- удобство развертывания (например, время, необходимое для приведения в работоспособное состояние).
3. Разработка технического задания
В соответствии с ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению» было разработано техническое задание для программного изделия.
Введение
Наименование программы - «Запись клиентов».
Программа предназначена для автоматизации работы администратора.
Назначение разработки
Функциональным назначением программы является обеспечение хранения, накопления и предоставления информации о услугах, клиентах и косметологах.
Пользователями программы являются администраторы клиники.
Требования к программе
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
- функции предоставления информации;
- функция редактирования и удаления информации;
- функция добавления новой информации.
Требования к организации входных\выходных данных
Входные данные программы: запросы пользователя в текстовом виде. Так же входными данными является запись новой информации о клиентах.
Выходными данными программы будет являться информация об услугах,клиентах клиники и косметологах, ответы на запросы пользователей в текстовом виде.
Требования к временным характеристикам
Требования к временным характеристикам программы не предъявляются.
Требования к надежности
Надежное функционирование программы должно быть обеспечено выполнением заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
организация бесперебойного питания технических средств;
использованием лицензионного программного обеспечения;
регулярное использование требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.
Отказы из-за некорректных действий оператора
Отказы программы возможны вследствие некорректных действий оператора при взаимодействии с операционной системой. Во избежание возникновения отказов программы по указанной выше причине следует обеспечить работу пользователя без предоставления ему административных привилегий.
Условия эксплуатации
Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.
Программа не требует каких-либо видов обслуживания.
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц - системный администратор и пользователь программы.
Пользователь должен обладать практическими навыками работы с графическим пользовательским интерфейсом операционной системы.
Требования к составу и параметрам технических средств
В состав технических средств должен входить IBM-совместимый персональный компьютер, включающий в себя:
- Процессор Pentium 4 2,0 ГГц или аналогичный.
- Оперативная память 1024 Мб.
- Видеокарта со 128 Мб с поддержкой пиксельных шейдеров версии 2.0.
- 4Гб свободного пространства на диске, а также не менее 1 Гб дополнительно для сохранения новой информации
Требования к информационной и программной совместимости
Требования к информационным структурам на входе и выходе, а также к методам решения не предъявляются.
Исходные коды программы должны быть реализованы на языке C#.
Требования к защите информации и программ не предъявляются.
Специальные требования
Программа должна обеспечивать взаимодействие с пользователем посредством графического пользовательского интерфейса, разработанного согласно рекомендациям компании-производителя операционной системы.
Технико-экономические показатели
Ориентировочная экономическая эффективность не рассчитываются. Предполагаемое число использования программы в год - 365 сеансов работы на одном рабочем месте.
Стадии разработки
Разработка должна быть проведена в три стадии:
- техническое задание;
- технический проект;
- внедрение;
Этапы разработки
На данной стадии должны быть выполнены перечисленные ниже этапы работ:
- разработка программы;
- разработка программной документации;
- тестирование программного продукта.
Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:
- определение требований к программе;
- определение этапов, стадий;
- выбор языка программирования;
- согласование и утверждение технического задания.
На этапе разработки программы должна быть выполнена работа по программированию и отладке программы.
На этапе разработки программной документации должна быть выполнена разработка программных документов.
На этапе тестирования программного продукта должно выполнено: тестирование методом «Тест-кейс».
4. Проектирование базы данных
Проектирование БД на логическом уровне является важным шагом процесса проектирования. В нашем случае для отображения концептуального моделирования применяется ER-диаграмма, она же является и логической моделью. Из этого следует, что концептуальная модель не требует трансформации в логическую, поэтому будет достаточно создать ER-диаграмму.
Сначала необходимо определить сущности предметной области. Сущность представляет собой реальный или воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению. Для реализации программного средства необходимо разработать сущности, которые хранили бы в соответствии между собой, всю необходимую информацию об услугах, косметологах и записях клиентов в клинику.
Основными хранилищами данных будут являться сущности «doctor», «servis» и «clients». В них будут храниться все необходимые записи для получения различного рода информации об услугах, косметологахи клиентах. Далее возникает необходимость создания сущности «tabletime», которая будет служить основным элементом со всеми данными о записях.
Получилось четыре сущности:
1 doctor;
2 servis;
3clients;
4 tabletime.
Далее рассмотрим связи сущностей. Связь является поименованной ассоциацией между двумя сущностями, значимой для рассматривания данной предметной области. Связи может даваться имя, выраженное грамматическим оборотом глагола и помещаемое возле линии связи. Внашеймоделиимеютсятрисвязи:
1doctor-tabletime;
2servis- tabletime;
3 clients - tabletime;
Во всех случаях определим тип связи как один-ко-многим. Это означает, что экземпляр первой сущности связан с несколькими экземплярами второй сущности. Это наиболее часто используемый тип связи. Модальность связи во втором случае - «должен». Это означает, что экземпляр одной сущности обязан быть связан не менее чем с одним экземпляром другой сущности, т.е. связь обязательная.Модальность связи в первом и третьем случае - «может». Это означает, что экземпляр одной сущности может быть связан с одним или несколькими экземплярами другой сущности, а может быть и не связан ни с одним экземпляром.
Теперь рассмотрим более подробным образом все описанные выше сущности. Для этого нам необходимо определить, какие атрибуты в них будут содержаться. Атрибутом является любая характеристика сущности, рассматриваемая в данной предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов.
Рассмотрим атрибуты сущности «doctor»:
1id_d - хранит уникальный номер косметолога;
2name_d- хранит данные о фамилии и имени косметолога;
3 phone_d - хранит данные о номере телефона косметолога;
Рассмотрим атрибуты сущности «servis»:
1id_s - хранит уникальный номер услуги;
2name_s - хранит данные о названии услуги;
3price_s - хранит данные о цене услуги;
Рассмотрим атрибуты сущности «clients»:
1 pasport- хранит уникальное значение номера паспорта.
2 name_c - хранит данные о фамилии и имени клиента;
3. phone_c - хранит информацию о номере телефона клиента.
Рассмотрим атрибуты сущности «tabletime»:
1 id_rec - хранит уникальный порядковый номерзаписи;
2name_doc- хранит данные о фамилии и имени косметолога;
3 name_cli - хранит данные о фамилии и имени клиента;
4 name_serv- хранит данные о названии услуги;
5 date_rec - хранит данные о дате регистрации;
6 time_rec -хранит данные о времени регистрации.
Для построения ER-модели так же необходимо указать значение для каждого атрибута. Атрибут может входить в состав первичного ключа (обозначается символом « # ») или быть описательным, т.е. обычным дескриптором сущности. Значение атрибута может быть обязательное (обозначается символом « _») или необязательное (обозначается символом « * »). Представим список сущностей предметной области, список атрибутов сущностей с помощью таблицы
Таблица 1- «Сущности предметной области»
|
Сущность |
Атрибут |
Значение |
|
|
tabletime |
id_rec |
# |
|
|
name_doc |
_ |
||
|
name_cli |
_ |
||
|
name_cli |
_ |
||
|
date_rec |
_ |
||
|
time_rec |
_ |
||
|
clients |
pasport |
# |
|
|
name_c |
_ |
||
|
phone_c |
_ |
||
|
doctor |
id_d |
# |
|
|
name_d |
_ |
||
|
phone_d |
_ |
||
|
servis |
id_s |
# |
|
|
id_s |
_ |
||
|
price_c |
_ |
На основе вышеуказанных данных построим ER-модель, изображение которой представлено в приложении Б.
В приложении «Запись клиентов» используется язык программирования - C# и среда разработки MicrosoftVisualStudio.2017.
В качестве базы данных используется MicrosoftOfficeAccess 2007. Он очень прост в использовании, и обеспечивает простоту внесения информации или ее удаления. Так как данная подсистема должна работать с минимальными требованиями к системе (запускаться на компьютере пользователя автозапуском), то для этого не стоит усложнять работу пользователя по установлению дополнительного программного обеспечения. Поэтому в качестве базы данных используется база данных MicrosoftOfficeAccess, которая имеется в стандартном пакете MicrosoftOffice.
На основании списка сущностей предметной области, описанного выше, и связей между ними можно сгенерировать схему базы данных. Создание нашей базы данных будет происходить в несколько этапов:
1. Создание БД.
2. Создание таблиц и полей.
3. Связь таблиц между собой, построение схемы данных БД.
Рассмотрим каждый из этих этапов более подробно.
Осуществление первого этапа будет производить при помощи MicrosoftAccess 2007. Открываем программу, выбираем в меню Файл/Создать/Новая база данных, и справа прописываем имя и место для создания базы данных, в соответствии с рисунком 1.
Рисунок 1 - Создание базы данных
Перейдем к созданию таблиц и полей. С помощью конструктора сгенерируем структуру базы данных по ER-модели. Каждый атрибут становится столбцом таблицы. Компоненты уникального идентификатора сущности превращаются в первичный ключ. Получившиеся таблицы изображены на рисунке 2.
Рисунок 2 - Таблицы
Теперь построим схему данных. Для этого откроем в программе схему данных в Меню/Сервис/Схема данных и создадим связи между таблицами. Получим связанную базу данных, представленную на рисунке 3.
Рисунок 3 - Схема данных
4.1 Реализация информационного обеспечения
База данных, которая используется в подсистеме «Запись клиентов», - MicrosoftOfficeAccess.
Данная база данных содержит четыре таблицы, которые связаны между собой (Рисунок4)
Рисунок 4 - Список таблиц
Рассмотрим атрибуты сущности «doctor»:
1id_d - хранит уникальный номер косметолога;
2name_d- хранит данные о фамилии и имени косметолога;
3 phone_d - хранит данные о номере телефона косметолога;
Все атрибуты данной сущности изображены на рисунке 5
Рисунок 5-Атрибуты сущности «doctor»
Рассмотрим атрибуты сущности «servis»:
1id_s - хранит уникальный номер услуги;
2name_s - хранит данные о названии услуги;
3price_s - хранит данные о цене услуги;
Все атрибуты данной сущности изображены на рисунке 6.
Рисунок 6 - Атрибуты сущности «servis»
Рассмотрим атрибуты сущности «clients»:
1 pasport- хранит уникальное значение номера паспорта.
2 name_c - хранит данные о фамилии и имени клиента;
3. phone_c - хранит информацию о номере телефона клиента.
Все атрибуты данной сущности изображены на рисунке 7
Рисунок 7 - Атрибуты сущности «clients»
Рассмотрим атрибуты сущности «tabletime»:
1 id_rec - хранит уникальный порядковый номер записи;
2name_doc - хранит данные о фамилии и имени косметолога;