ВВЕДЕНИЕ
1 МОДЕЛЬ ОБЪЕКТА АВТОМАТИЗАЦИИ
1.1 ИНФОРМАЦИОННАЯ МОДЕЛЬ
1.2 ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ
1.3 НАБОР ТЕСТОВЫХ ДАННЫХ ДЛЯ ПРОВЕРКИ БД
2 РЕЗУЛЬТАТЫ РАЗРАБОТКИ БАЗЫ ДАННЫХ АРМ
2.1 КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ БД
2.2 ЛОГИЧЕСКАЯ МОДЕЛЬ БД
2.3 РЕЗУЛЬТАТЫ СОЗДАНИЯ БД
3 РЕЗУЛЬТАТЫ РАЗРАБОТКИ ПРОГРАММЫ АРМ
3.1 МОДУЛЬНАЯ СТРУКТУРА И ЕЕ ОПИСАНИЕ
3.2 ОПИСАНИЕ СПЕЦИФИКАЦИЙ
3.3 СТРУКТУРА ИНФОРМАЦИИ ДЛЯ СПРАВКИ
3.4 СУБД-ОРИЕНТИРОВАННАЯ СТРУКТУРА ПРОГРАММЫ
3.5 СТРУКТУРА ГЛАВНОГО МЕНЮ АРМ
4 РЕЗУЛЬТАТЫ ИСПЫТАНИЯ АРМ
4.1 ЦЕЛЬ, ЗАДАЧИ И МЕТОДЫ ИСПЫТАНИЯ
4.2 ОПИСАНИЕ И АНАЛИЗ РЕЗУЛЬТАТОВ ИСПЫТАНИЯ АРМ
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
СПИСОК СОКРАЩЕНИЙ
ПРИЛОЖЕНИЯ
ВВЕДЕНИЕ
На современном этапе развития человечества роль информационных технологий переоценить сложно. Даже для решения самых простых проблем люди часто прибегают к необходимости использования информационного пространства. Информационные технологии стимулируют развитие самых разнообразных сфер деятельности человека, начиная с автоматизации крупных предприятий-гигантов и заканчивая социальными сетями. Использование последних разработок в области компьютеризированных систем не всегда в состоянии решить ряд возникших проблем, однако упростить их в значительной степени информационным технологиям под силу. В значительной степени этот процесс заметен при необходимости получения различных отчетов и справок. Поэтому все чаще информационные технологии стали внедряться в предприятия различного масштаба. С помощью систем автоматизации легко осуществлять постоянный контроль над деятельностью фирмы/организации. При внедрении программного продукта исчезает ряд ошибок, связанных с человеческими факторами учета информации. Не менее значимым фактором следует считать гарантию безопасного хранения информации. В ряде систем, с которыми работает большой штат сотрудников, принято разделять обязанности в программе и закрывать доступ к важной информации. Совершенно ясно и понятно, что автоматизация бизнеса позволяет в десятки раз увеличить скорость работы по составлению сложных отчетных документов. И дело здесь не в квалификации сотрудников, а в ограниченности возможностей человеческого организма при выполнении рутинных и однообразных операций. То, на что отдел специалистов потратит несколько месяцев, программа и один работник сделают за пару дней. В связи с вышеперечисленными возможностями возникла необходимость создания АРМ Менеджера салона-парикмахерской. В ходе выполнения курсового проекта будет представлено описание разработанной системы, содержащей все необходимые данные для функционирования салона-парикмахерской, формы для ввода информации, а также разработанные отчеты о результатах работы предприятия.
1 МОДЕЛЬ ОБЪЕКТА АВТОМАТИЗАЦИИ
В данном курсовом проекте рассматривается объект автоматизации – салон-парикмахерская. Основное направление деятельности – обслуживание клиентов по заказам мастерами салона. Для полноценной работы автоматизированной системы база данных должна хранить информацию об услугах, оказываемых клиентам, записях, материала и т.д. Также необходимо хранить данные о мастерах парикмахерской, чтобы контролировать объем выполненных ими работ, рассчитывать зарплату. В процессе разработки автоматизированной системы будут предусмотрены функции для ввода данных администраторами парикмахерской о клиентах и их заказах. Также в системе будут созданы различные отчеты, которые могут быть полезны бухгалтеру/директору для учета выполненных заявок, начисления заработной платы мастерам. Развитие и совершенствование парикмахерского искусства тесно связано с эволюцией человеческого общества, повышением уровня культуры. Парикмахерское искусство объединяет несколько основных приемов работы с волосами: мытье, просушивание, стрижка, завивка, окраска, изготовление постижерных изделий – париков, кос, локонов, шиньонов, ресниц, бровей и т. д. Влияние эстетического идеала на внешний вид людей ощущалось менее заметно, чем, например, стилей художественных направлений, религии, социального положения. Так как понятия «доброта», «нежность», «женственность», «мужественность» внешне передать очень трудно, их можно подчеркнуть деталями костюма, прической. Во все времена парикмахерское искусство было направлено на то, чтобы украсить внешность, сделать ее более привлекательной. Так как парикмахерское искусство совершенствовалось на фоне общественной жизни, оно во многом зависело от развития науки, промышленности, культуры, технологических процессов. Возникшие формы причесок со временем изменились благодаря применению новых специальных принадлежностей, инструментов, а также косметических препаратов. XIX-XX вв. принесли много нового, повлиявшего на парикмахерское искусство. Пропагандистами новых силуэтов, форм причесок, инструментов, способов работы с волосами становятся журналы, газеты, вернисажи, театральные премьеры, конкурсы парикмахерского искусства, косметики. Современные прически требуют глубокого знания технологии различных методов стрижки. В соответствии с направлением моды разрабатываются все новые и новые модели причесок. При этом проявляются творческая фантазия и опыт парикмахера, которые делают нас неотразимыми.
2 РЕЗУЛЬТАТЫ РАЗРАБОТКИ БАЗЫ ДАННЫХ АРМ
Концептуальная модель базы данных это некая наглядная диаграмма, нарисованная в принятых обозначениях и подробно показывающая связь между объектами и их характеристиками. Создается концептуальная модель для дальнейшего проектирования базы данных и перевод ее, например, в реляционную базу данных. На концептуальной модели в визуально удобном виде прописываются связи между объектами данных и их характеристиками. Для единообразия программирования баз данных введены следующие понятия для концептуальных баз данных: Объект или сущность. Это фактическая вещь или объект (для людей) за которой пользователь (заказчик) хочет наблюдать. Например, Иванов Иван Иванович; Атрибут это характеристика объекта, соответствующая его сущности. Например. Задаем себе вопрос: Какую информацию нужно хранить об Иванове Иване Ивановиче? Ответы на этот вопрос и будут атрибуты объекта Иванов Иван Иванович; Третье понятие в проектировании концептуальной базы данных это связь или отношения между объектами. Диаграмма сущность/отношения (объект/связь) называют ER-диаграммой или EDR (entity-relationship diagram). Сама модель сущность-связь была предложена профессором Peter Pin-Shen Chen (Питер Чен) в 1976 году. Правила написания и условные обозначения ER-диаграммы называют нотацией. Распространены две основные нотации ER-диаграмм: Нотация Питера Чена; Нотация Gordon Everest (Гордона Эверста). Под назаванием Crow’s Foot или Fork (вилка). Обозначения ER-диаграммы по Питеру Чену Чен предложил и это приняли следующие условные обозначения для ER-диаграмм: Сущность или объект обозначать прямоугольником; Отношения обозначать ромбом; Атрибуты объектов, обозначаются овалом; Если сущность связана с отношением, то их связь обозначается прямой линией со стрелкой. Необязательная связь обозначается пунктирной линией. Мощная связь обозначается двойной линией. Каждый атрибут может быть связан с одним объектом (сущностью). Нотация Gordon Everest
3 РЕЗУЛЬТАТЫ РАЗРАБОТКИ ПРОГРАММЫ АРМ
Модульной обычно называют вещь, состоящую из чётко выраженных частей, которые нередко можно убирать или добавлять, не разрушая вещь в целом. Принцип модульности является средством упрощения задачи проектирования ПС и распределения процесса разработки ПС между группами разработчиков. При разбиении ПС на модули для каждого модуля указывается реализуемая им функциональность, а также связи с другими модулями. Удобство использования модульной архитектуры заключается в возможности обновления (замены) модуля, без необходимости изменения остальной системы. Роль модулей могут играть структуры данных, библиотеки функций, классы, сервисы и др. программные единицы, реализующие некоторую функциональность и предоставляющие интерфейс к ней. Программный код часто разбивается на несколько файлов, каждый из которых компилируется отдельно от остальных. Такая модульность программного кода позволяет значительно уменьшить время перекомпиляции при изменениях, вносимых лишь в небольшое количество исходных файлов, и упрощает групповую разработку. Также это возможность замены отдельных компонентов (таких как jar-файлы, so или dll библиотеки) конечного программного продукта, без необходимости пересборки всего проекта (например, разработка плагинов к уже готовой программе). Одним из методов написания модульных программ является объектно-ориентированное программирование. ООП обеспечивает высокую степень модульности благодаря таким свойствам, как инкапсуляция, полиморфизм и позднее связывание. На рисунке 3.1 – показана модульная структура разработанного приложения.
4 РЕЗУЛЬТАТЫ ИСПЫТАНИЯ АРМ
Тестирование программного обеспечения – процесс исследования, испытания программного продукта, имеющий своей целью проверку соответствия между реальным поведением программы и её ожидаемым поведением на конечном наборе тестов, выбранных определенным образом.
Тестирование имеет две основные цели:
- показать разработчику и клиенту, что программное обеспечение отвечает заявленным требованиям. С точки зрения клиента это означает, что для каждой функциональности, желаемой с его стороны и записанной в документе требований, проведен как минимум в один тест (как правило, конечно, больше). В случае общедоступного программного обеспечения то, что в программном обеспечении протестированы все заданные основные свойства. Соответствующий данной цели тест называют вариацией (проверкой достоверности). Успешное вариация указывает, что система работает как надо;
- найти ситуации, когда программное обеспечение ведет себя ошибочно, нежелательно или не соответствует спецификации. Следовательно, поиск ошибок в этом смысле предназначен для того, чтобы ликвидировать нежелательное поведение системы, как, например, крах системы, нежелательное взаимодействие с другими системами, неправильные расчеты, поврежденные данные. Выполняющее эту задачу тестирование именуется тестированием дефектов (defect testing). Здесь являющийся успешным тест показывает действие ошибки системы, или, другими словами, находит в системе ошибку (к дальнейшему исправлению которой, и приступают).
Проверка качества программы – это деятельность, которая позволяет выявить, насколько программный продукт соответствует ожидаемому результату (то есть заявленным требованиям) при различных условиях, входных данных и окружении. О качестве программного продукта судят по определенным характеристикам качества (характеристика качества – набор свойств программного средства, посредством которых описывается и оценивается его качество). К характеристикам качества первого уровня относятся: Функциональность (functionality) – это совокупность свойств программного средства определяемое наличием и конкретными особенностями набора функций, способных удовлетворять заданные или подразумеваемые потребности. Функциональные требования определяют, что именно делает ПО, какие задачи оно решает.
ЗАКЛЮЧЕНИЕ
Современные программные системы становятся сложнее использовать, чтобы обеспечить возможность решения глобальных задач, например, таких, как создание единой системы управления предприятием. При разработке таких систем важно хорошо представлять современные подходы, существующие в этой области, и основные сложности этого процесса. Потребность в сложных программных системах растет. По мере того как увеличивается производительность и падает цена вычислительной техники, появляются возможности выполнить автоматизацию все более сложных процессов. Основная ценность проектирования при создании сложных информационных систем состоит в том, что оно позволяет свести к минимуму трудоемкую рутинную работу и сосредоточиться на решении творческих задач. Приложение поддерживает «клиент – серверную» архитектуру. Программа содержит полный набор методов, которые необходимы для ведения базы данных, работы с информацией и выполнения других операций с базой данных (добавление, удаление, сортировка). Данная информационная система позволяет систематизировать полученную и имеющуюся информацию и значительно упрощает работу. Значительно упрощает работа сотрудника парикмахерской. Конечно же, следует заметить, что данный программный продукт всего лишь упрощённая версия более сложных программных систем. Однако возможно дальнейшее развитие данного проекта с помощью добавления новых операций и дополнительных функций.
1. Шилдт Г. Полный справочник по SQL.: Пер. с англ. – М.: ООО «И.Д. Вильямс», 2004. – 752 c.: ил.
2. Раттц Д. LINQ язык интегрированных запросов в C# 2008 для профессионалов. Пер. с англ. – М.: Вильямс, 2008. – 645с.: ил.
3. Хернандес М., Вьескас Д. SQL-запросы. Практическое руководство.: Пер. с англ. – М.: Лори, 2003. – 473 c.: ил.
4. Коннолли Т., Бегг К., Базы данных. Проектирование, реализация и сопровождение. Теория и практика.: Пер. с англ. – М.: Вильямс, 2003. – 1500 с.: ил.
5. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2009. - 528 c.
6. Советов, Б.Я. Базы данных: теория и практика: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. - 463 c.
7. Фуфаев, Э.В. Базы данных: Учебное пособие для студентов учреждений среднего профессионального образования / Э.В. Фуфаев, Д.Э. Фуфаев. - М.: ИЦ Академия, 2012. - 320 c.
8. Вировец, Юрий Адаптация на рабочем месте. Правила выживания / Юрий Вировец. - М.: Питер, 2013. - 304 c.
9. Делопроизводство. Настольная книга менеджера по кадрам. - М.: Издательский дом "Экономический журнал", 2012. - 504 c.
10. Дорогие сердцу места. Путеводитель по Вологде и области. - М.: Северо-Западное книжное издательство, 2014. - 176 c.
11. Духвалова, М. П. Имидж продажи. Пособие для тренеров и менеджеров по продажам / М.П. Духвалова, М.Е. Наумова, И.А. Глаз. - М.: Генезис, 2014. - 112 c.
