Введение
В наше время все большее и большее внимание уделяется развитию информационных технологий. Какую бы сферу деятельности человека мы не взяли: работа, дом или отдых - везде окружают нас информационные технологии.
Вычислительная техника используется сейчас не только в решении инженерных, математических, экономических задач, но и нашла широкое применение в решении проблем обеспечения удобной жизнедеятельности человека.
Использование ЭВМ на производстве позволяет сокращать число рабочих мест, контролировать производственный цикл.
Важное направление в развитии информационных систем составили раз¬работки баз данных. Именно в последние годы, благодаря бурному развитию Интернета и связанному с этим технологическому прорыву, знание технологии баз данных стало одним из наиболее популярных путей к карьере. В настоящее время практически на любом компьютере установлен пакет Microsoft Office, компонентом которого является СУБД – ACCESS.
Проектирование и разработка баз данных требуют одновременно и искусства, и инженерных навыков. Понимание требований пользователя и воплощение этих требований в эффективной логической структуре базы данных является искусством.
Преобразование логической структуры в физическую базу данных с функционально завершенными, высокопроизводительными приложениями представляет собой инженерную задачу. Оба эти аспекта должен уметь реализовывать квалифицированный программист.
Из-за крайне высокой востребованности технологии баз данных навыки и знания, полученные в процессе изучения предмета, имеют огромный спрос.
Цель этого курсового проекта – закрепить и усовершенствовать свои знания в области разработки и проектирования баз данных.
1 Техническое задание
1.1 Общая характеристика задачи
1.1.1 Назначение и цели создания системы.
1.1.1.1 Функционирование салона красоты связана с оформлением большого количества бумажной документации. Администратор должен помнить большое количество информации, которую порой трудно систематизировать. Для ускорения ввода исходной информации и получения необходимых отчетов, повышения надежности хранения информации, внесения изменений в имеющиеся данные и других действий была разработана информационная система «Администрирования салона красоты». При появлении автоматизированной информационной системы стало легче и быстрее выдавать информацию об услугах, сотрудниках, клиентах. При её применении станет легче проверять процент скидки, срок абонемента. Процесс записи клиента будет осуществляться быстрее, так как можно сразу определить в какое время возможна запись к тому или иному мастеру.
1.1.1.2 Цели создания данной информационной базы данных:
- уменьшение количества ошибок, связанных с человеческим фактором;
- увеличение скорости обслуживания клиентов;
- уменьшение трудоемкости;
- уменьшить вероятность утери информации;
- упрощение ведения документации;
- улучшение качества обслуживания клиентов.
1.1.2 Характеристика объекта автоматизации.
1.1.2.1 Краткие сведения. Система представляет собой базу данных, со-держащую информацию об услугах салона красоты, сотрудниках, клиентах, абонементе. Данная система позволяет пользователю просматривать таблицы, возможность поиска записей по фрагменту значения поля базы данных и фильтрация данных по заданному значению поля.. На основе имеющейся информации система формирует отчеты о сотрудниках, клиентах, об услугах, исполняемыми сотрудниками в салоне красоты . Взаимодействие с пользователем осуществляется на основе меню и экранных форм.
1.1.2.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды. Программа является Windows-приложением. Интерфейс программы соответствует требованиям стандартного графического интерфейса пользователя . Windows-приложения. Приложение является однопользовательским.
1.1.3 Требования к приложению.
1.1.3.1 Требования к системе в целом. Информационная модель ИС должна представлять:
- таблицы - не менее 5;
- связи типа «один-ко-многим» - не менее 4;
- характеристики полей базы данных ИС;
- запросы к базе данных - не менее 10.
1.1.3.2 Взаимодействие интерфейсной части информационной системы с базой данных должно осуществляться на основе технологии ADO. Для взаимодействия с базой данных на пользовательской форме должны использоваться следующие компоненты:
- ADOConnection;
- ADOTable;
- DataSource.
1.1.3.3 Для вывода данных из таблиц на пользовательскую форму рекомендуется использовать компонент визуализации DBGrid.
1.1.3.4 Разработанная интерфейсная часть информационной системы должна обеспечивать возможность поиска записей по фрагменту значения поля базы данных и фильтрацию данных по заданному значению поля.
1.1.3.5 Запросы к базе данных должны быть реализованы на языке SQL, используя компонент ADOQuery.
1.1.4 Требования к функциям (задачам), выполняемым системой. Система должна предоставлять пользователю возможность:
- вводить данные о клиентах;
- вводить данные о сотрудниках;
- вводить данные об услугах;
- производить редактирование и удаление информации о клиентах.
- производить редактирование и удаление информации о сотрудниках.
- производить редактирование и удаление информации об абонементе.
- производить редактирование и удаление информации об услугах.
- формировать и выводить на печать отчеты;
- формировать и выводить на печать документы.
Требования, предъявляемые к функционированию проектируемой системы, выразим с помощью диаграммы прецедентов.
Для построения диаграммы прецедентов выделен актер: Администратор салона красоты.
Для разрабатываемой системы выделены следующие варианты использования (прецеденты):
- выдать информацию об услугах. При посещении салона красоты можно получить информацию обо всех услугах, которые предоставляет салон. При желании клиента его можно распечатать;
- оформить запись. При оформлении записи нужно ввести данные клиента, зарегистрировать его, если клиент является постоянным его оформляют как Vip-персона. Автоматизированная система позволяет быстро ввести данные и за¬регистрировать клиента;
- оформить абонемент. При записи на солярий или массаж можно оформить абонемент. Автоматизированная система позволяет сделать это быстро. При оформлении абонемента не обязательно, но можно оформить % скидки, при условии, что клиент постоянный;
- сформировать список сотрудников. Автоматизированная система позволяет быстро просмотреть услуги, которые исполняет сотрудник, время его работы, оформить отчет и, необязательно, но можно его распечатать.
Разработанная диаграмма представлена на рисунке 1.
Рисунок 1 – Диаграмма прецедентов
Спецификация диаграммы прецедентов.
Прецедент «Оформить запись»
Исполнитель: администратор.
Результат:оформить запись, может зарегистрировать клиента и если клиент постоянный –зарегистрировать его как Vip-персону.
Основной (успешный) сценарий.
1 администратор вносит данные о клиенте.
2 оформляет услугу.
3 вносит время услуги.
4 вносит дату посещения.
5 заносит в базу данных сотрудника, к которому запишет клиента.
6 если клиент постоянный, то возникает альтернативный поток событий А1.
7 администратор выходит в главное меню.
Прецедент завершает работу.
Альтернативные сценарии.
А1. Клиент является постоянным.
1администратор регистрирует его как Vip-персону.
2определяет %скидки.
3оформляет запись.
4выходит в главное меню.
Прецедент «Оформить абонемент»
Исполнитель: администратор.
Результат: оформить абонемент для клиента на массаж или солярий.
Основной успешный сценарий.
1администратор вносит данные о клиенте.
2заносит наименование услуги в базу данных.
3определяет время и дату посещения.
4заносит в базу данных число процедур.
5выходит в главное меню.
Прецедент завершает работу.
Прецедент «Сформировать список сотрудников»
Исполнитель: администратор.
Результат: сформировать список сотрудников для просмотра их времени работы.
Основной успешный сценарий.
1 администратор заходит в базу данных.
2 открывает таблицу сотрудники.
3 просматривает ее.
4 если нужно распечатать список, то возникает альтернативный поток событий В1.
5 если нужен список услуг, исполняемых сотрудниками, то возникает альтернативный поток событий В2.
6 администратор выходит в главное меню.
Прецедент завершает работу.
Альтернативные сценарии.
В1. Администратору нужно распечатать список сотрудников.
1администратор выбирает меню->отчет->сотрудники.
2выбирает печать.
3выходит в главное меню.
В2. Администратору нужен услуг, исполняемых сотрудниками.
1 администратор выбирает меню->отчет->услуги.
2 выбирает печать.
3 выходит в главное меню.
Прецедент «Выдать информацию об услугах»
Исполнитель: администратор.
Результат: выдать клиенту всю информацию об услугах, исполняемых в салоне красоты.
Основной успешный сценарий.
1 администратор выбирает в базе данных таблицу услуги.
2 если нужен отчет по услугам, то возникает альтернативный поток событий С1.
3 администратор выходит из базы данных.
Прецедент завершает работу.
Альтернативные сценарии.
С1.Администратор должен сделать отчет по услугам.
1 администратор выбирает меню->отчет.
2 если отчет нужно распечатать, то возникает альтернативный поток событий С2.
3 администратор выходит в главное меню.
Альтернативные сценарии.
С2.Администратор должен распечатать отчет по услугам.
1 администратор выбирает печать.
2 распечатывает отчет.
3выходит в главное меню.
1.1.6 Требования к программному обеспечению: программа должна работать на компьютерах с ОС Microsoft Windows 98 и выше и установленными Microsoft Office, Borland С++ Builder.
1.1.7 Состав и содержание работ по созданию системы.
1.1.7.1 Разработка программного модуля
1.1.7.2 Оформление документации:
1.1.7.2.1 Пояснительная записка
1.1.7.2.2 Постановка задачи
1.1.7.2.3 Проектирование программного модуля
1.1.7.2.3 Реализация программного модуля
1.1.7.2.4 Тестирование программного модуля
1.2 Постановка задачи
Главной задачей администратора является общение с клиентами. При об¬ращении клиента к администратору, последний должен выдать информацию об услугах, запросить у клиента, если тот хочет зарегистрироваться, ФИО, адрес, телефон. Администратор должен обеспечить быстрое обслуживание и подобрать время удобное клиенту. При автоматизированной информационной системе возможно получить быстро информацию о сотрудниках, времени их работы, категории. Автоматизированной системой предлагается пользоваться для эффективной работы салона красоты. Создание базы данных позволяет автоматизировать проесс:
- ввода данных о клиенте;
- ввода данных о сотрудниках;
- ввода данных об услугах;
- поиска записей по фрагменту значения поля базы данных;
- фильтрации данных по заданному значению.
2 Реализация интерфейса информационной системы
2.1 Информационная модель
2.1.1 Логическая модель. На основании технического задания разработана логическая модель данных, представленная на рисунке 2.
Данная схема содержит все данные, необходимые для формирования отчетов и печатных форм. При проектировании модели данных были определены первичные ключи таблиц, установлены отношения между сущностями, проведена нормализация базы данных.
Рисунок 2 – Логическая модель данных
Модель данных администрирование салона красоты содержит следующие основные сущности: клиенты, сотрудники, услуги, запись, выполнение, абонемент.
Между сущностями абонемент и запись установлено отношение «один-ко-многим», так как можно на один абонемент (имеется в виду абонемент как вид услуги) записываются много клиентов.
Между сущностями клиенты и запись установлено отношение «один-ко-многим», так как один клиент может записаться на много услуг.
Между сущностями сотрудники и услуги установлено отношение «один-ко-многим», так как один сотрудник может выполнять много услуг.
Между сущностями выполнение и сотрудники установлено отношение «один-ко-многим», так как один вид услуги могут выполнять несколько сотрудников.
Между сущностями услуги и выполнение установлено отношение «один-к-одному», так как за раз сотрудник выполняет только одну услугу.
2.1.2 Физическая модель. На основании технического задания были выделены классы предметной области, которые сгруппированы в четыре пакета. Диаграмма пакетов представлена на рисунке 3.
Рисунок 3 - Диаграмма пакетов
Для каждого пакета построены детализированные диаграммы классов бо¬лее низкого уровня.
Так пакет Таблицы содержит следующие классы:
- абонемент – предназначена для хранения необходимой информации об клиентах, имеющих абонемент;
- выполнение - предназначена для просмотра услуг, которые должен вы¬полнил или выполнит сотрудник;
-запись – предназначена для хранения информации о записи клиентов на ту или иную услугу, сотрудниках, исполняющих эту услугу;
- сотрудники – содержит всю нужную информацию о сотрудниках;
- услуги – содержит информацию об услугах, исполняющихся с салоне красоты.
Диаграмма пакета Таблицы представлена на рисунке 4.
Рисунок 4 - Диаграмма пакета Таблицы
Пакет Формы состоит из количество форм:
-приветствие –появляется при входе в систему.
- главная форма – появляется после формы приветствия, содержит главное меню для выбора дальнейших действий;
- 6 форм для ввода и редактирования данных в таблицах;
- 3 форм ввода исходных данных для формирования отчетов;
- количество форм-отчетов;
- 6 форм для поиска и фильтрации данных.
Диаграмма пакета Формы представлена на рисунке 5.
Рисунок 5 - Диаграмма пакета Формы
Пакет Отчеты содержит 9 отчетов
- услуги – предназначен для просмотра всех услуг, по желанию их можно отфильтровать и вывести уже отчет по тем данным, которые нужны;
-клиенты – выводит информацию о клиентах, так же можно отфильтровать и вывести отчет нужной информации;
- сотрудники – предназначен для вывода на экран информации о сотрудниках, информацию можно отфильтровать и вывести отчет с нужной в данный момент информацией;
- запись – выводит информацию о записи к тому или иному сотруднику;
- отчет по запросу абонемента по ФИО мастера – выводит ФИО мастера и всю информации, касающуюся его по абонементу;
- отчет по запросу сотрудников по ФИО сотрудника – выводит по ФИО сотрудника всю информацию о нем ;
- отчет по запросу сотрудников по услуге – предназначен для вывода на экран услуги, выполняющиеся тем или иным сотрудником;
- отчет по запросу сотрудников по дате – выводит информацию о сотруднике в определенный период времени;
- отчет по запросу услуги – выводит информацию об сотруднике и услугах им выполняемым.
Диаграмма пакета Отчеты представлена на рисунке 6.
Рисунок 6 - Диаграмма пакета Отчеты
Пакет Запросы представлен 6 запросами на выборку, удаление, вставку:
- запрос по абонементу (номер абонемента);
- запрос по абонементу (ФИО мастера);
- запрос по сотруднику (ФИО мастера);
- запрос по сотруднику (услуга);
- запрос по сотруднику (по дате);
- запрос по работе мастера.
Диаграмма пакета Запросы представлена на рисунке 7.
Рисунок 7 - Диаграмма пакета Запросы
2.1.3 Проектирование структуры базы данных. Таблицы – отправная точка создания любого приложения. Все остальные объекты непосредственно или опосредовано ссылаются на таблицы. Структуры таблиц разработаны в соответствии с диаграммой классов в приложении MS Access.
Свойства полей представлены в таблицах 1-6.
Таблица 1 - Состав полей таблицы «Клиенты»
Имя поля Ключ Тип
данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
1 2 3 4 5 6 7 8
ФИО клиента нет Текстовый 255 нет нет нет Нет
Продолжение таблицы 1
1 2 3 4 5 6 7 8
Адрес нет Числовой 255 нет нет нет Нет
Телефон клиента нет Числовой 255 нет нет нет Нет
Vip Нет Логический нет нет 0 нет нет
% скидки Нет Числовой Длинное целое нет нет нет нет
номер Да Числовой Длинное целое нет нет да да
Таблица 2 - Состав полей таблицы «Запись»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индекси-рованное поле
1 2 3 4 5 6 7 8
ФИО клиента нет Текстовый 255 нет нет нет нет
ФИО мастера нет Текстовый 255 нет нет нет нет
Вид услуги нет Текстовый 255 нет нет нет нет
Время записи нет Дата/время - да нет нет нет
Дата нет Дата/время - да нет нет нет
№ абонемента нет Числовой Длинное целое нет нет нет нет
Номер записи да Счетчик Длинное целое нет нет да да
Таблица 3 - Состав полей таблицы «Сотрудники»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
1 2 3 4 5 6 7 8
ФИО сотрудника да Текстовый 255 нет нет да да
Мобильный телефон нет Текстовый 255 нет нет нет Нет
Категория нет Числовой Длинное целое нет нет нет нет
Код услуги нет Числовой Длинное целое нет нет нет нет
Стаж работы нет Числовой Длинное целое нет нет нет нет
Таблица 4 - Состав полей таблицы «Услуги»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
Вид услуги нет Текстовый 255 нет нет нет нет
Код услуги нет Счетчик Длинное целое нет нет да да
Код мастера Числовой Длинное целое нет нет нет нет
Стоимость нет Числовой Денежный нет нет нет нет
Наименование нет Текстовый 255 нет нет нет нет
Продолжительность нет Текстовый 255 нет нет нет нет
Таблица 5 - Состав полей таблицы «Абонемент»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
Номер абонемента да Числовой Длинное целое нет нет да да
ФИО мастера нет Текстовый 255 нет нет нет нет
Вид услуги нет Текстовый 255 нет нет нет нет
Число процедур нет Числовой 255 нет нет нет нет
Код услуги нет Числовой Длинное целое нет нет нет нет
Код клиент нет Числовой Длинное целое нет нет нет нет
Таблица 6 - Состав полей таблицы «Выполнение»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
1 2 3 4 5 6 7 8
Код услуги да Счетчик Длинное целое нет нет да да
ФИО мастера нет Текстовый 255 нет нет нет нет
Продолжение таблицы 6
1 2 3 4 5 6 7 8
Код мастера нет Числовой Длинное целое нет нет нет нет
Услуги нет Текстовый 255 нет нет нет нет
2.2 Взаимодействие информационной модели и интерфейсной части
информационной системы
2.2.1 Диаграмма последовательности. Диаграмма последовательности (sequence diagrams) отображает взаимодействие объектов, упорядоченное по времени. На ней показаны объекты и классы, используемые в сценарии, и последовательность сообщений, которыми обмениваются объекты, для выполнения сценария. Диаграммы последовательности действий обычно соответствуют реализациям прецедентов в логическом представлении системы.
Примеры диаграмм последовательности действий для получения запросов и отчетов по ним представлены на рисунках 8-9.
Рисунок 8 - Диаграмма последовательности для формирования запроса с созданием
отчёта «Отчет по абонементу (ФИО мастера)»
Рисунок 9 - Диаграмма последовательности для формирования запроса с созданием отчёта «Отчет по сотрудникам (по дате)»
2.2.2 Настройка свойств компонентов ADOConnection, DataSource, ADOTable, ADOQuery для взаимодействия с БД. ADOConnection используется для связи с набором данных ADO. Этот компанент Может работать с несколькими компонентами наборов данных как диспетчер выполнения команд. DataSource действует как интерфейс между TTable, TQuery и TStoredProc и компонентами управления данными типа TDBGrid. ADOTable обеспечивает доступ к таблицам базы данных. ADOQuery обеспечивает передачу команд на языке структурированных запросов SQL серверу локальной или удаленной базы дан¬ных. В данном курсовом проекте ADOQuery применяется для построения запросов к таблицам базы данных.
Измененные свойства указанных компонентов представлены в таблице7.
Таблица 7 – Компоненты программного обеспечения
Форма Компонент Изменяемые свойства
1 2 3
Form2 ADOConnection1 Connected=true
ADOTable1 Connectoin=Form1->ADOConnection1
Active=true
TableName=Клиенты
ADOTable2 Connection = Form2->ADOConnection1
Active=true
TableName=Сотрудники
ADOTable3 Connection = Form2->ADOConnection1
Active=true
TableName=Выполнение
ADOTable4 Connection = Form2->ADOConnection1
Active=true
TableName=Услуги
ADOTable5 Connection = Form2->ADOConnection1
Active=true
TableName=Абонемент
ADOTable6 Connection = Form2->ADOConnection1
Active=true
TableName=Запись
DataSource1 DataSet= ADOTable1
DataSource2 DataSet= ADOTable2
DataSource3 DataSet= ADOTable3
DataSource4 DataSet= ADOTable4
DataSource5 DataSet= ADOTable5
DataSource1 DataSet= ADOTable6
Form12 DataSource1 DataSet= ADO Query1
ADOQuery1
Connection= Form2->ADOConnec¬tion1;
Form14 DataSource1 DataSet= ADO Query1
ADOQuery1
Connection= Form2->ADOConnec¬tion1;
Прододжение таблицы 7
1 2 3
Form16
ADOQuery1
Connection= Form2->ADOConnection1;
Form16
ADOTable1 Connection = Form2->ADOConnection1
Active=true
TableName=Сотрудники
ADOTable2 Connection = Form2->ADOConnection1
Active=true
TableName=Услуги
DataSource1 DataSet= ADOTable1
DataSource2 DataSet= ADOTable2
3 Реализация интерфейса информационной системы
3.1 Построение диаграммы классов
3.2 Разработка структуры программного обеспечения
3.3 Разработка форм ввода-вывода информации
3.3.1 Формы. Главная форма содержит меню, иерархия которого представ¬лена на рисунке 10.
Рисунок 10 – Схема меню главной формы
При работе с приложением первой открывается главная форма информационной системы. На рисунке 11 представлен общий вид главной формы. Для удобной работы пользователя с приложением на форму были помещены такие компоненты как MainMenu, предоставляющий пользователю выбрать необходимую операцию ( просмотр таблиц, поиск данных, фильтрацию, запрос необходимой информации, формирование и печать отчета, справочные сведения о разработчике программы и в целом справочная информация о проектируемой сис¬теме),
Рисунок 11 - Главная форма «Администрирования салона красоты»
3.1.2 Формы дополнительных диалоговых окон. Для того, чтобы найти не¬обходимые данные, в данной системе для этого существует поиск. Чтобы к нему обратиться, нужно открыть вкладку с таблицей, в которой вы хотите произвести поиск, выбрать поле, по которому необходимо произвести поиск. На рисунке 12, показано диалоговое окно поиска.
Рисунок 12 - Диалоговое окно «Поиск по дате»
Фильтрация предназначена для задания ограничений для записей, отбираемых в набор данных. Чтобы обратиться к фильтрации необходимо открыть вкладку с таблицей, в которой вы хотите произвести фильтрацию и ввести условии фильтрации. На рисунке 13, показано диалоговое окно фильтра.
Рисунок 13 - Диалоговое окно «Фильтрация»
Для фильтрации на данную форму были помещены компоненты Label, Edit, RadioButton, RadioGroup. При выполнении действия, ввода данных (в дан¬ном случае это фильтрация по виду услуг), на экран появляется таблица с фильтруемыми данными.
При наличии отдельных каких-то данных, работник регистратуры может найти в системе необходимые ему данные при помощи запросов. Чтобы к нему обратиться, нужно открыть пункт главного меню Запрос, выбрать таблицу, в которой будем искать данные. На рисунке 14, показано диалоговое окно запрос.
Рисунок 14 - Диалоговое окно «Запрос»
При проектировании форм «Запросы» были использованы визуальные компоненты (Label, Edit, DBGrid, Button) и не визуальные (DataSourse, ADO-Query).Не мало важной операцией в данном приложении является работа с отчётами.
Рисунок 15- Диалоговое окно «Отчёты»
Главным компонентом отчёта является компонент – отчёт QuickRep, представляющий собой основу, на которой размещаются другие компоненты – в данном случае это DataSourse, ADOTable.
Для ознакомления и получения общих справочных указаний при работе данного приложения в главном диалоговым окне необходимо выбрать пункт меню «О программе», содержащий краткую справочную характеристику об информационной системе, справка показана на рисунке 16.
Рисунок 16- «О программе»
Для создания формы были использованы компоненты Lable, Image и Memo.
Взаимодействия между формами представлены на диаграмме состояний, изображенной на рисунке 17.
На диаграмме Состояний отображают жизненный цикл одного объекта, в данном случае объектом является вся информационная система администрирования салона красоты, начиная с момента его создания и заканчивая разрушением. Диаграмма состояний отображает связи между всеми компонентами, определяя их действия. Данные действия отображаются подписями над компонентами взаимодействия.
4 Выбор стратегии тестирования и разработка тестов
Тестирование программного продукта проводилось по всем вариантам ис¬пользования АСОИ. Результаты тестирования представлены в таблице8.
Таблица 8 – Журнал тестирования
Действие актера Действие АСОИ Отметка о правильной работе или описание ошибки
1 2 3
Входит в систему базы данных Запускает программу, входит на главную форму. Успешно выполнено за-пускание программы
Найти нужную таблицу Нажимает на вкладку с названием нужной таблицы Успешное выполнение нахождения нужной таблицы
Отфильтровать данные Найти нужную таблицу и вы-брать поле фильтра Успешно выполнена фильтрация
Поиск нужной информации Найти таблицу выбрать поле для поиск ввести данные Успешно выполнен поиск
Вывести отчет на экран Выбрать меню->отчет->нужную таблицу Успешно выведен отчет на экран
Сделать запрос Выбрать меню->запрос->нужную таблицу, ввести данные Успешное выполнение запроса
Вывести отчет по запросу Сделать запрос, выбрать кнопку отчет Успешно выполнен вы-вод на экран отчета
Узнать о разработчике Выбрать меню->справка Успешный просмотр Справки
Узнать о программе Выбрать меню->о программе Успешно реализован просмотр О программе
Заключение
В результате выполнения курсового проекта был разработан интерфейс информационной системы администрирования салона красоты. При реализации проекта пройдены этапы описания и постановки задачи, проектирования программного модуля, кодирования программы на алгоритмический язык и тестирования готовой программы.
Данная программа легка в использовании. Все необходимые данные представлены как в виде простых таблиц, так и в виде форм. Поиск необходимой информации осуществляется при помощи различных запросов.
Список литературы
1 Архангельский А.Я, Программирование в C++ Builder 6. – М.: ООО Бином – пресс, 2003. – 1152с.
2 Крёнке Д, Теория и практика построения баз данных, 8-е изд. – СПб.: Питер, 2003г.
3 Котов В. М, Информатика. Методы алгоритмизации. – М.: Народная асвета, 2000. – 302с.: ил.
В наше время все большее и большее внимание уделяется развитию информационных технологий. Какую бы сферу деятельности человека мы не взяли: работа, дом или отдых - везде окружают нас информационные технологии.
Вычислительная техника используется сейчас не только в решении инженерных, математических, экономических задач, но и нашла широкое применение в решении проблем обеспечения удобной жизнедеятельности человека.
Использование ЭВМ на производстве позволяет сокращать число рабочих мест, контролировать производственный цикл.
Важное направление в развитии информационных систем составили раз¬работки баз данных. Именно в последние годы, благодаря бурному развитию Интернета и связанному с этим технологическому прорыву, знание технологии баз данных стало одним из наиболее популярных путей к карьере. В настоящее время практически на любом компьютере установлен пакет Microsoft Office, компонентом которого является СУБД – ACCESS.
Проектирование и разработка баз данных требуют одновременно и искусства, и инженерных навыков. Понимание требований пользователя и воплощение этих требований в эффективной логической структуре базы данных является искусством.
Преобразование логической структуры в физическую базу данных с функционально завершенными, высокопроизводительными приложениями представляет собой инженерную задачу. Оба эти аспекта должен уметь реализовывать квалифицированный программист.
Из-за крайне высокой востребованности технологии баз данных навыки и знания, полученные в процессе изучения предмета, имеют огромный спрос.
Цель этого курсового проекта – закрепить и усовершенствовать свои знания в области разработки и проектирования баз данных.
1 Техническое задание
1.1 Общая характеристика задачи
1.1.1 Назначение и цели создания системы.
1.1.1.1 Функционирование салона красоты связана с оформлением большого количества бумажной документации. Администратор должен помнить большое количество информации, которую порой трудно систематизировать. Для ускорения ввода исходной информации и получения необходимых отчетов, повышения надежности хранения информации, внесения изменений в имеющиеся данные и других действий была разработана информационная система «Администрирования салона красоты». При появлении автоматизированной информационной системы стало легче и быстрее выдавать информацию об услугах, сотрудниках, клиентах. При её применении станет легче проверять процент скидки, срок абонемента. Процесс записи клиента будет осуществляться быстрее, так как можно сразу определить в какое время возможна запись к тому или иному мастеру.
1.1.1.2 Цели создания данной информационной базы данных:
- уменьшение количества ошибок, связанных с человеческим фактором;
- увеличение скорости обслуживания клиентов;
- уменьшение трудоемкости;
- уменьшить вероятность утери информации;
- упрощение ведения документации;
- улучшение качества обслуживания клиентов.
1.1.2 Характеристика объекта автоматизации.
1.1.2.1 Краткие сведения. Система представляет собой базу данных, со-держащую информацию об услугах салона красоты, сотрудниках, клиентах, абонементе. Данная система позволяет пользователю просматривать таблицы, возможность поиска записей по фрагменту значения поля базы данных и фильтрация данных по заданному значению поля.. На основе имеющейся информации система формирует отчеты о сотрудниках, клиентах, об услугах, исполняемыми сотрудниками в салоне красоты . Взаимодействие с пользователем осуществляется на основе меню и экранных форм.
1.1.2.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды. Программа является Windows-приложением. Интерфейс программы соответствует требованиям стандартного графического интерфейса пользователя . Windows-приложения. Приложение является однопользовательским.
1.1.3 Требования к приложению.
1.1.3.1 Требования к системе в целом. Информационная модель ИС должна представлять:
- таблицы - не менее 5;
- связи типа «один-ко-многим» - не менее 4;
- характеристики полей базы данных ИС;
- запросы к базе данных - не менее 10.
1.1.3.2 Взаимодействие интерфейсной части информационной системы с базой данных должно осуществляться на основе технологии ADO. Для взаимодействия с базой данных на пользовательской форме должны использоваться следующие компоненты:
- ADOConnection;
- ADOTable;
- DataSource.
1.1.3.3 Для вывода данных из таблиц на пользовательскую форму рекомендуется использовать компонент визуализации DBGrid.
1.1.3.4 Разработанная интерфейсная часть информационной системы должна обеспечивать возможность поиска записей по фрагменту значения поля базы данных и фильтрацию данных по заданному значению поля.
1.1.3.5 Запросы к базе данных должны быть реализованы на языке SQL, используя компонент ADOQuery.
1.1.4 Требования к функциям (задачам), выполняемым системой. Система должна предоставлять пользователю возможность:
- вводить данные о клиентах;
- вводить данные о сотрудниках;
- вводить данные об услугах;
- производить редактирование и удаление информации о клиентах.
- производить редактирование и удаление информации о сотрудниках.
- производить редактирование и удаление информации об абонементе.
- производить редактирование и удаление информации об услугах.
- формировать и выводить на печать отчеты;
- формировать и выводить на печать документы.
Требования, предъявляемые к функционированию проектируемой системы, выразим с помощью диаграммы прецедентов.
Для построения диаграммы прецедентов выделен актер: Администратор салона красоты.
Для разрабатываемой системы выделены следующие варианты использования (прецеденты):
- выдать информацию об услугах. При посещении салона красоты можно получить информацию обо всех услугах, которые предоставляет салон. При желании клиента его можно распечатать;
- оформить запись. При оформлении записи нужно ввести данные клиента, зарегистрировать его, если клиент является постоянным его оформляют как Vip-персона. Автоматизированная система позволяет быстро ввести данные и за¬регистрировать клиента;
- оформить абонемент. При записи на солярий или массаж можно оформить абонемент. Автоматизированная система позволяет сделать это быстро. При оформлении абонемента не обязательно, но можно оформить % скидки, при условии, что клиент постоянный;
- сформировать список сотрудников. Автоматизированная система позволяет быстро просмотреть услуги, которые исполняет сотрудник, время его работы, оформить отчет и, необязательно, но можно его распечатать.
Разработанная диаграмма представлена на рисунке 1.
Рисунок 1 – Диаграмма прецедентов
Спецификация диаграммы прецедентов.
Прецедент «Оформить запись»
Исполнитель: администратор.
Результат:оформить запись, может зарегистрировать клиента и если клиент постоянный –зарегистрировать его как Vip-персону.
Основной (успешный) сценарий.
1 администратор вносит данные о клиенте.
2 оформляет услугу.
3 вносит время услуги.
4 вносит дату посещения.
5 заносит в базу данных сотрудника, к которому запишет клиента.
6 если клиент постоянный, то возникает альтернативный поток событий А1.
7 администратор выходит в главное меню.
Прецедент завершает работу.
Альтернативные сценарии.
А1. Клиент является постоянным.
1администратор регистрирует его как Vip-персону.
2определяет %скидки.
3оформляет запись.
4выходит в главное меню.
Прецедент «Оформить абонемент»
Исполнитель: администратор.
Результат: оформить абонемент для клиента на массаж или солярий.
Основной успешный сценарий.
1администратор вносит данные о клиенте.
2заносит наименование услуги в базу данных.
3определяет время и дату посещения.
4заносит в базу данных число процедур.
5выходит в главное меню.
Прецедент завершает работу.
Прецедент «Сформировать список сотрудников»
Исполнитель: администратор.
Результат: сформировать список сотрудников для просмотра их времени работы.
Основной успешный сценарий.
1 администратор заходит в базу данных.
2 открывает таблицу сотрудники.
3 просматривает ее.
4 если нужно распечатать список, то возникает альтернативный поток событий В1.
5 если нужен список услуг, исполняемых сотрудниками, то возникает альтернативный поток событий В2.
6 администратор выходит в главное меню.
Прецедент завершает работу.
Альтернативные сценарии.
В1. Администратору нужно распечатать список сотрудников.
1администратор выбирает меню->отчет->сотрудники.
2выбирает печать.
3выходит в главное меню.
В2. Администратору нужен услуг, исполняемых сотрудниками.
1 администратор выбирает меню->отчет->услуги.
2 выбирает печать.
3 выходит в главное меню.
Прецедент «Выдать информацию об услугах»
Исполнитель: администратор.
Результат: выдать клиенту всю информацию об услугах, исполняемых в салоне красоты.
Основной успешный сценарий.
1 администратор выбирает в базе данных таблицу услуги.
2 если нужен отчет по услугам, то возникает альтернативный поток событий С1.
3 администратор выходит из базы данных.
Прецедент завершает работу.
Альтернативные сценарии.
С1.Администратор должен сделать отчет по услугам.
1 администратор выбирает меню->отчет.
2 если отчет нужно распечатать, то возникает альтернативный поток событий С2.
3 администратор выходит в главное меню.
Альтернативные сценарии.
С2.Администратор должен распечатать отчет по услугам.
1 администратор выбирает печать.
2 распечатывает отчет.
3выходит в главное меню.
1.1.6 Требования к программному обеспечению: программа должна работать на компьютерах с ОС Microsoft Windows 98 и выше и установленными Microsoft Office, Borland С++ Builder.
1.1.7 Состав и содержание работ по созданию системы.
1.1.7.1 Разработка программного модуля
1.1.7.2 Оформление документации:
1.1.7.2.1 Пояснительная записка
1.1.7.2.2 Постановка задачи
1.1.7.2.3 Проектирование программного модуля
1.1.7.2.3 Реализация программного модуля
1.1.7.2.4 Тестирование программного модуля
1.2 Постановка задачи
Главной задачей администратора является общение с клиентами. При об¬ращении клиента к администратору, последний должен выдать информацию об услугах, запросить у клиента, если тот хочет зарегистрироваться, ФИО, адрес, телефон. Администратор должен обеспечить быстрое обслуживание и подобрать время удобное клиенту. При автоматизированной информационной системе возможно получить быстро информацию о сотрудниках, времени их работы, категории. Автоматизированной системой предлагается пользоваться для эффективной работы салона красоты. Создание базы данных позволяет автоматизировать проесс:
- ввода данных о клиенте;
- ввода данных о сотрудниках;
- ввода данных об услугах;
- поиска записей по фрагменту значения поля базы данных;
- фильтрации данных по заданному значению.
2 Реализация интерфейса информационной системы
2.1 Информационная модель
2.1.1 Логическая модель. На основании технического задания разработана логическая модель данных, представленная на рисунке 2.
Данная схема содержит все данные, необходимые для формирования отчетов и печатных форм. При проектировании модели данных были определены первичные ключи таблиц, установлены отношения между сущностями, проведена нормализация базы данных.
Рисунок 2 – Логическая модель данных
Модель данных администрирование салона красоты содержит следующие основные сущности: клиенты, сотрудники, услуги, запись, выполнение, абонемент.
Между сущностями абонемент и запись установлено отношение «один-ко-многим», так как можно на один абонемент (имеется в виду абонемент как вид услуги) записываются много клиентов.
Между сущностями клиенты и запись установлено отношение «один-ко-многим», так как один клиент может записаться на много услуг.
Между сущностями сотрудники и услуги установлено отношение «один-ко-многим», так как один сотрудник может выполнять много услуг.
Между сущностями выполнение и сотрудники установлено отношение «один-ко-многим», так как один вид услуги могут выполнять несколько сотрудников.
Между сущностями услуги и выполнение установлено отношение «один-к-одному», так как за раз сотрудник выполняет только одну услугу.
2.1.2 Физическая модель. На основании технического задания были выделены классы предметной области, которые сгруппированы в четыре пакета. Диаграмма пакетов представлена на рисунке 3.
Рисунок 3 - Диаграмма пакетов
Для каждого пакета построены детализированные диаграммы классов бо¬лее низкого уровня.
Так пакет Таблицы содержит следующие классы:
- абонемент – предназначена для хранения необходимой информации об клиентах, имеющих абонемент;
- выполнение - предназначена для просмотра услуг, которые должен вы¬полнил или выполнит сотрудник;
-запись – предназначена для хранения информации о записи клиентов на ту или иную услугу, сотрудниках, исполняющих эту услугу;
- сотрудники – содержит всю нужную информацию о сотрудниках;
- услуги – содержит информацию об услугах, исполняющихся с салоне красоты.
Диаграмма пакета Таблицы представлена на рисунке 4.
Рисунок 4 - Диаграмма пакета Таблицы
Пакет Формы состоит из количество форм:
-приветствие –появляется при входе в систему.
- главная форма – появляется после формы приветствия, содержит главное меню для выбора дальнейших действий;
- 6 форм для ввода и редактирования данных в таблицах;
- 3 форм ввода исходных данных для формирования отчетов;
- количество форм-отчетов;
- 6 форм для поиска и фильтрации данных.
Диаграмма пакета Формы представлена на рисунке 5.
Рисунок 5 - Диаграмма пакета Формы
Пакет Отчеты содержит 9 отчетов
- услуги – предназначен для просмотра всех услуг, по желанию их можно отфильтровать и вывести уже отчет по тем данным, которые нужны;
-клиенты – выводит информацию о клиентах, так же можно отфильтровать и вывести отчет нужной информации;
- сотрудники – предназначен для вывода на экран информации о сотрудниках, информацию можно отфильтровать и вывести отчет с нужной в данный момент информацией;
- запись – выводит информацию о записи к тому или иному сотруднику;
- отчет по запросу абонемента по ФИО мастера – выводит ФИО мастера и всю информации, касающуюся его по абонементу;
- отчет по запросу сотрудников по ФИО сотрудника – выводит по ФИО сотрудника всю информацию о нем ;
- отчет по запросу сотрудников по услуге – предназначен для вывода на экран услуги, выполняющиеся тем или иным сотрудником;
- отчет по запросу сотрудников по дате – выводит информацию о сотруднике в определенный период времени;
- отчет по запросу услуги – выводит информацию об сотруднике и услугах им выполняемым.
Диаграмма пакета Отчеты представлена на рисунке 6.
Рисунок 6 - Диаграмма пакета Отчеты
Пакет Запросы представлен 6 запросами на выборку, удаление, вставку:
- запрос по абонементу (номер абонемента);
- запрос по абонементу (ФИО мастера);
- запрос по сотруднику (ФИО мастера);
- запрос по сотруднику (услуга);
- запрос по сотруднику (по дате);
- запрос по работе мастера.
Диаграмма пакета Запросы представлена на рисунке 7.
Рисунок 7 - Диаграмма пакета Запросы
2.1.3 Проектирование структуры базы данных. Таблицы – отправная точка создания любого приложения. Все остальные объекты непосредственно или опосредовано ссылаются на таблицы. Структуры таблиц разработаны в соответствии с диаграммой классов в приложении MS Access.
Свойства полей представлены в таблицах 1-6.
Таблица 1 - Состав полей таблицы «Клиенты»
Имя поля Ключ Тип
данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
1 2 3 4 5 6 7 8
ФИО клиента нет Текстовый 255 нет нет нет Нет
Продолжение таблицы 1
1 2 3 4 5 6 7 8
Адрес нет Числовой 255 нет нет нет Нет
Телефон клиента нет Числовой 255 нет нет нет Нет
Vip Нет Логический нет нет 0 нет нет
% скидки Нет Числовой Длинное целое нет нет нет нет
номер Да Числовой Длинное целое нет нет да да
Таблица 2 - Состав полей таблицы «Запись»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индекси-рованное поле
1 2 3 4 5 6 7 8
ФИО клиента нет Текстовый 255 нет нет нет нет
ФИО мастера нет Текстовый 255 нет нет нет нет
Вид услуги нет Текстовый 255 нет нет нет нет
Время записи нет Дата/время - да нет нет нет
Дата нет Дата/время - да нет нет нет
№ абонемента нет Числовой Длинное целое нет нет нет нет
Номер записи да Счетчик Длинное целое нет нет да да
Таблица 3 - Состав полей таблицы «Сотрудники»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
1 2 3 4 5 6 7 8
ФИО сотрудника да Текстовый 255 нет нет да да
Мобильный телефон нет Текстовый 255 нет нет нет Нет
Категория нет Числовой Длинное целое нет нет нет нет
Код услуги нет Числовой Длинное целое нет нет нет нет
Стаж работы нет Числовой Длинное целое нет нет нет нет
Таблица 4 - Состав полей таблицы «Услуги»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
Вид услуги нет Текстовый 255 нет нет нет нет
Код услуги нет Счетчик Длинное целое нет нет да да
Код мастера Числовой Длинное целое нет нет нет нет
Стоимость нет Числовой Денежный нет нет нет нет
Наименование нет Текстовый 255 нет нет нет нет
Продолжительность нет Текстовый 255 нет нет нет нет
Таблица 5 - Состав полей таблицы «Абонемент»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
Номер абонемента да Числовой Длинное целое нет нет да да
ФИО мастера нет Текстовый 255 нет нет нет нет
Вид услуги нет Текстовый 255 нет нет нет нет
Число процедур нет Числовой 255 нет нет нет нет
Код услуги нет Числовой Длинное целое нет нет нет нет
Код клиент нет Числовой Длинное целое нет нет нет нет
Таблица 6 - Состав полей таблицы «Выполнение»
Имя поля Ключ Тип данных Размер поля Маска ввода Значение по умолчанию Обязательное поле Индексированное поле
1 2 3 4 5 6 7 8
Код услуги да Счетчик Длинное целое нет нет да да
ФИО мастера нет Текстовый 255 нет нет нет нет
Продолжение таблицы 6
1 2 3 4 5 6 7 8
Код мастера нет Числовой Длинное целое нет нет нет нет
Услуги нет Текстовый 255 нет нет нет нет
2.2 Взаимодействие информационной модели и интерфейсной части
информационной системы
2.2.1 Диаграмма последовательности. Диаграмма последовательности (sequence diagrams) отображает взаимодействие объектов, упорядоченное по времени. На ней показаны объекты и классы, используемые в сценарии, и последовательность сообщений, которыми обмениваются объекты, для выполнения сценария. Диаграммы последовательности действий обычно соответствуют реализациям прецедентов в логическом представлении системы.
Примеры диаграмм последовательности действий для получения запросов и отчетов по ним представлены на рисунках 8-9.
Рисунок 8 - Диаграмма последовательности для формирования запроса с созданием
отчёта «Отчет по абонементу (ФИО мастера)»
Рисунок 9 - Диаграмма последовательности для формирования запроса с созданием отчёта «Отчет по сотрудникам (по дате)»
2.2.2 Настройка свойств компонентов ADOConnection, DataSource, ADOTable, ADOQuery для взаимодействия с БД. ADOConnection используется для связи с набором данных ADO. Этот компанент Может работать с несколькими компонентами наборов данных как диспетчер выполнения команд. DataSource действует как интерфейс между TTable, TQuery и TStoredProc и компонентами управления данными типа TDBGrid. ADOTable обеспечивает доступ к таблицам базы данных. ADOQuery обеспечивает передачу команд на языке структурированных запросов SQL серверу локальной или удаленной базы дан¬ных. В данном курсовом проекте ADOQuery применяется для построения запросов к таблицам базы данных.
Измененные свойства указанных компонентов представлены в таблице7.
Таблица 7 – Компоненты программного обеспечения
Форма Компонент Изменяемые свойства
1 2 3
Form2 ADOConnection1 Connected=true
ADOTable1 Connectoin=Form1->ADOConnection1
Active=true
TableName=Клиенты
ADOTable2 Connection = Form2->ADOConnection1
Active=true
TableName=Сотрудники
ADOTable3 Connection = Form2->ADOConnection1
Active=true
TableName=Выполнение
ADOTable4 Connection = Form2->ADOConnection1
Active=true
TableName=Услуги
ADOTable5 Connection = Form2->ADOConnection1
Active=true
TableName=Абонемент
ADOTable6 Connection = Form2->ADOConnection1
Active=true
TableName=Запись
DataSource1 DataSet= ADOTable1
DataSource2 DataSet= ADOTable2
DataSource3 DataSet= ADOTable3
DataSource4 DataSet= ADOTable4
DataSource5 DataSet= ADOTable5
DataSource1 DataSet= ADOTable6
Form12 DataSource1 DataSet= ADO Query1
ADOQuery1
Connection= Form2->ADOConnec¬tion1;
Form14 DataSource1 DataSet= ADO Query1
ADOQuery1
Connection= Form2->ADOConnec¬tion1;
Прододжение таблицы 7
1 2 3
Form16
ADOQuery1
Connection= Form2->ADOConnection1;
Form16
ADOTable1 Connection = Form2->ADOConnection1
Active=true
TableName=Сотрудники
ADOTable2 Connection = Form2->ADOConnection1
Active=true
TableName=Услуги
DataSource1 DataSet= ADOTable1
DataSource2 DataSet= ADOTable2
3 Реализация интерфейса информационной системы
3.1 Построение диаграммы классов
3.2 Разработка структуры программного обеспечения
3.3 Разработка форм ввода-вывода информации
3.3.1 Формы. Главная форма содержит меню, иерархия которого представ¬лена на рисунке 10.
Рисунок 10 – Схема меню главной формы
При работе с приложением первой открывается главная форма информационной системы. На рисунке 11 представлен общий вид главной формы. Для удобной работы пользователя с приложением на форму были помещены такие компоненты как MainMenu, предоставляющий пользователю выбрать необходимую операцию ( просмотр таблиц, поиск данных, фильтрацию, запрос необходимой информации, формирование и печать отчета, справочные сведения о разработчике программы и в целом справочная информация о проектируемой сис¬теме),
Рисунок 11 - Главная форма «Администрирования салона красоты»
3.1.2 Формы дополнительных диалоговых окон. Для того, чтобы найти не¬обходимые данные, в данной системе для этого существует поиск. Чтобы к нему обратиться, нужно открыть вкладку с таблицей, в которой вы хотите произвести поиск, выбрать поле, по которому необходимо произвести поиск. На рисунке 12, показано диалоговое окно поиска.
Рисунок 12 - Диалоговое окно «Поиск по дате»
Фильтрация предназначена для задания ограничений для записей, отбираемых в набор данных. Чтобы обратиться к фильтрации необходимо открыть вкладку с таблицей, в которой вы хотите произвести фильтрацию и ввести условии фильтрации. На рисунке 13, показано диалоговое окно фильтра.
Рисунок 13 - Диалоговое окно «Фильтрация»
Для фильтрации на данную форму были помещены компоненты Label, Edit, RadioButton, RadioGroup. При выполнении действия, ввода данных (в дан¬ном случае это фильтрация по виду услуг), на экран появляется таблица с фильтруемыми данными.
При наличии отдельных каких-то данных, работник регистратуры может найти в системе необходимые ему данные при помощи запросов. Чтобы к нему обратиться, нужно открыть пункт главного меню Запрос, выбрать таблицу, в которой будем искать данные. На рисунке 14, показано диалоговое окно запрос.
Рисунок 14 - Диалоговое окно «Запрос»
При проектировании форм «Запросы» были использованы визуальные компоненты (Label, Edit, DBGrid, Button) и не визуальные (DataSourse, ADO-Query).Не мало важной операцией в данном приложении является работа с отчётами.
Рисунок 15- Диалоговое окно «Отчёты»
Главным компонентом отчёта является компонент – отчёт QuickRep, представляющий собой основу, на которой размещаются другие компоненты – в данном случае это DataSourse, ADOTable.
Для ознакомления и получения общих справочных указаний при работе данного приложения в главном диалоговым окне необходимо выбрать пункт меню «О программе», содержащий краткую справочную характеристику об информационной системе, справка показана на рисунке 16.
Рисунок 16- «О программе»
Для создания формы были использованы компоненты Lable, Image и Memo.
Взаимодействия между формами представлены на диаграмме состояний, изображенной на рисунке 17.
На диаграмме Состояний отображают жизненный цикл одного объекта, в данном случае объектом является вся информационная система администрирования салона красоты, начиная с момента его создания и заканчивая разрушением. Диаграмма состояний отображает связи между всеми компонентами, определяя их действия. Данные действия отображаются подписями над компонентами взаимодействия.
4 Выбор стратегии тестирования и разработка тестов
Тестирование программного продукта проводилось по всем вариантам ис¬пользования АСОИ. Результаты тестирования представлены в таблице8.
Таблица 8 – Журнал тестирования
Действие актера Действие АСОИ Отметка о правильной работе или описание ошибки
1 2 3
Входит в систему базы данных Запускает программу, входит на главную форму. Успешно выполнено за-пускание программы
Найти нужную таблицу Нажимает на вкладку с названием нужной таблицы Успешное выполнение нахождения нужной таблицы
Отфильтровать данные Найти нужную таблицу и вы-брать поле фильтра Успешно выполнена фильтрация
Поиск нужной информации Найти таблицу выбрать поле для поиск ввести данные Успешно выполнен поиск
Вывести отчет на экран Выбрать меню->отчет->нужную таблицу Успешно выведен отчет на экран
Сделать запрос Выбрать меню->запрос->нужную таблицу, ввести данные Успешное выполнение запроса
Вывести отчет по запросу Сделать запрос, выбрать кнопку отчет Успешно выполнен вы-вод на экран отчета
Узнать о разработчике Выбрать меню->справка Успешный просмотр Справки
Узнать о программе Выбрать меню->о программе Успешно реализован просмотр О программе
Заключение
В результате выполнения курсового проекта был разработан интерфейс информационной системы администрирования салона красоты. При реализации проекта пройдены этапы описания и постановки задачи, проектирования программного модуля, кодирования программы на алгоритмический язык и тестирования готовой программы.
Данная программа легка в использовании. Все необходимые данные представлены как в виде простых таблиц, так и в виде форм. Поиск необходимой информации осуществляется при помощи различных запросов.
Список литературы
1 Архангельский А.Я, Программирование в C++ Builder 6. – М.: ООО Бином – пресс, 2003. – 1152с.
2 Крёнке Д, Теория и практика построения баз данных, 8-е изд. – СПб.: Питер, 2003г.
3 Котов В. М, Информатика. Методы алгоритмизации. – М.: Народная асвета, 2000. – 302с.: ил.
Скачать Курсовой работу: СУБД – ACCESS