Файл: Проектирование реализации операций бизнес-процесса «Учет предоставленных услуг салоном красоты» (Характеристика документооборота, возникающего при решении задачи).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 15.06.2023

Просмотров: 303

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Диаграмма потоков данных представлена на рисунке 1.

Рисунок 1. Диаграмма потоков данных

Диаграмма работ отображает последовательность действий и решений необходимых для получения желаемого результата, но может быть использована для оценки сроков и целесообразности оказания услуг. На данной диаграмме работ определяющей порядок действий и принятия решений от момента получения заказа и до момента оказания услуги при минимально возможном времени. Четкое соблюдение очередности и выполнение всех этапов процесса позволяет минимизировать время, необходимое для осуществления процесса. Рассмотрим диаграмму работ на рисунке 2.

Рисунок 2. Диаграмма работ

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 Информационная модель и её описание

Информационная модель — ориентированная на человека и не зависимая от типа СУБД модель предметной области, определяющая совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также характер информационных потребностей пользователей. Информационная модель представляет собой описание предметной области, основанное на анализе семантики объектов и явлений, выполненное без ориентации на использование в дальнейшем программных или технических компьютерных средств. Задача данной предметной области является оказание косметологических услуг, основными запросами является:

оказание услуг по статусам – предназначена для того чтобы выводить на экран статус выполнения услуги;

услуги по категориям – выводит на экран название категории, название услуги и стоимость услуги;

поиск по услугам – выводит на экран услугу и всю информацию о ней в соответствии с запрошенной услуги;

поиск специалистов - выводит на экран информацию о специалисте;

добавление услуги – позволяет добавлять новую услугу;

перенос оказанных услуг со статусом выполнено;

создание архивной таблицы клиентов;

удалить выполненный заказ – удаляет заказ со статусом выполнено.


2.2.Характеристика нормативно-справочной, входной и оперативной информации.

Входные данные – это информация, передаваемая системе (обычно с терминала или рабочей станции). Такая информация может стать причиной изменения постоянных данных. Выходные данные – это сообщения и результаты, выдаваемые системой (обычно на печать или отображается на экране, возможно, записывается на диски). Входными данными в данной предметной области являются: данные о заказах, данные об специалистах, должностные инструкции, правовая и информационная документация, данные о клиентах, информация об услугах. Выходными данными являются: отчёты оказания услуг, отчёты о платежа, планы оказания услуг, отчёты выполнении заказов.

Рассмотрим схему входной и выходной информации на рисунке 3.

Рисунок 3. Схема входной и выходной информации

Потребности пользователей данной системы выражаются в:

- возможности получить подробную информацию о сотруднике;

- отслеживание статуса своего заказа.

Предполагаются дополнительные потребности пользователей данной системы, в будущем, которые выражаются в:

- улучшение способов взаимодействия с пользователем;

- улучшение динамического поиска;

- увеличение объемов данных.

2.3. Характеристика результатной информации

Основными сущностями данной предметной области являются: “Категории услуг”(<Код категории>, <Название категории>), “Оказание услуг”(<Код услуги>, <Дата оказания>, <Код сотрудника>, <Статус>, <Код обратившегося лица>), “Заказы”(<Код заказа>, <ФИО заказчика>, <Код сотрудника>), “План”(<Номер плана>, <ФИО сотрудника>, <Статус выполнения>), “Услуги”(<Код услуги>, <Название услуги>, <Стоимость услуги>, <Код категории>), “Специалисты”(<Код Специалиста>, <Фамилия>, <Имя>, <Отчество>, <Дата рождения>, <Образование>, <Специальность>, <Опыт работы>, <Награды>).

Рассмотрим подробно характеристику информации в таблице 1.

Таблица 1.

Характеристики сущностей

Название сущности

Атрибуты сущности

Тип данных атрибутов

Задачи сущности

Требования к сущности

Ограничение доступа

Классификация сущности

Категории Услуг

Код Категории

Числовой

Услуги которые может предоставить фирма

Данная сущность должна содержать в себе всю необходимую информацию о категориях услуг

Доступна всем пользователям

Характеристическая

Название Категории

Короткий текст

Оказание Услуг

Код услуги

Числовой

Услуги которые может оказать фирма

Данная сущность должна содержать в себе всю необходимую информацию о оказании услуг

Доступна всем пользователям

Характеристическая

Дата оказания

Дата и время

Код Сотрудника

Числовой

Статус

Короткий текст

КодОбратившегосяЛица

Короткий текст

Заказы

КодЗаказа

Числовой

Услуги которые может оказать фирма

Данная сущность должна содержать в себе всю необходимую информацию о заказах

Доступна сотрудникам

Характеристическая

ФИО заказчика

Короткий текст

Код сотрудника

Короткий текст

План

Номер плана

Числовой

Услуги которые может оказать фирма

Данная сущность должна содержать в себе всю необходимую информацию о плане

Доступна сотрудникам

Характеристическая

ФИО Сотрудника

Короткий текст

Статус выполнения

Короткий текст

Услуги

Код Услуги

Счётчик

Услуги которые может оказать фирма

Данная сущность должна содержать в себе всю необходимую информацию об услугах

Доступна всем пользователям

Стержневая

Название Услуги

Короткий текст

Стоимость услуги

Денежный

Код Категории

Числовой

Специалисты

Код специалиста

Код специалиста

Услуги которые может оказать фирма

Данная сущность должна содержать в себе всю необходимую информацию о физических лицах

Доступна всем пользователям

Доступна сотрудникам

Фамилия

Фамилия

Имя

Имя

Отчество

Отчество

Дата рождения

Дата рождения

Образование

Короткий текст

Специальность

Короткий текст

Опыт работы

Короткий текст

Награды

Короткий текст


2.4. Общие положения (дерево функций и сценарий диалога).

Модель данных, позволяющая описывать концептуальные схемы предметной области называется - ER-диаграмма. Данная ER-диаграмма показывает, что услугу выполняет специалист, сотрудник в свою очередь оказывает услугу для клиента.

Рассмотрим ER-диаграмму данной предметной области на рисунке 4.

Рисунок 4. ER-диаграмма

По результатам этапа концептуального проектирования сформулированы требования, которые учитываются на этапе логического проектирования базы данных. Требования носят конкретный характер.

Требования к эксплуатационным характеристикам базы данных.

Функциональное назначение программы – обеспечение автоматизированного мониторинга процессов оказания услуг в салоне красоты.

Эксплуатационное назначение программы – программа использоваться в соответствии с производственной необходимостью, предназначена для упрощения работы сотрудников салона красоты.

Требования к функциональным характеристикам.

Требования к организации входных данных.

Входные данные программы организованы в виде вводимого в специальную форму текста или файла, соответствующего определенному шаблону. Данные, вводимые вручную, проверяются на корректность после попытки сохранения. Данные, вводимые из файла, проверяются в ходе анализа и размещения данных.

Файлы указанного формата размещаются на локальных или съемных носителях, отформатированных согласно требованиям операционной системы. Каждый день происходит резервирование полученной информации на отдельный носитель, для возможности восстановления информации в случае ошибки программы или поломки оборудования.

Требования к организации выходных данных.

Выходные данные программы организованы в виде отчетов или таблиц. Отчеты делятся на несколько групп по предназначению определенной группе пользователей. Доступ к таблицам зависит и от принадлежности пользователя к определенной группе пользователя с теми или иными правами. Файлы указанного формата хранится на локальных или съемных носителях, отформатированных согласно требованиям операционной системы. Отчеты формируются в режиме реального времени и передаются пользователю. Отчеты, являются временными и стираются по завершению работы программы, могут быть сформированы заново при следующем запуске компьютера. При желании любой отчет можно сохранить отдельно.


Требования к временным характеристикам.

Требования к временным характеристикам зависит от выполняемой задачи. При формировании отчета временные рамки увеличиваются пропорционально обрабатываемым данным.

Требования к надежности.

Устойчивое функционирование программы должно быть обеспечено выполнением совокупности организационно-технических мероприятий:

1) организацией бесперебойного питания технических средств;

2) выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов;

3) необходимым уровнем квалификации сотрудников профильных подразделений;

4) выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств».

Время восстановления после отказа, вызванного сбоем электропитания технических средств не фатальным сбоем операционной системы, не превышает времени, необходимого на перезагрузку операционной системы и запуск программы, при условии соблюдения условий эксплуатации технических и программных средств. Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем операционной системы, не превышает времени, требуемого на устранение неисправностей технических средств и переустановки программных средств. Обеспечивается копиями (обеспечивается программой) необходимой информации и хранении дистрибутивов на отдельном компьютере. Отказы программы возможны вследствие некорректных действий оператора при взаимодействии с операционной системой. Во избежание возникновения отказов программы по указанной выше причине обеспечена работа конечного пользователя без предоставления ему административных привилегий.

Требования к составу и параметрам технических средств

В состав технических средств входит персональный компьютер. В случае работы системы в сети все компьютеры должны быть подобны. Так же необходимы кабели для создания сети, сетевые карты на каждом компьютере и маршрутизатор. При предоставлении возможности поступления информации через сеть Интернет, один из компьютеров в сети, не являющийся сервером, должен иметь модем.

Требования к информационной и программной совместимости.

Пользовательский интерфейс должен быть интуитивно понятным и содержать подсказки. Существует программный доступ из пользовательского интерфейса к созданию копий базы данных в MDB формате. Отчеты должны содержать лишь интересующую информацию. Программа-анализатор должна выполнять запрос за наименее короткое время.


Требования к исходным кодам и языкам программирования.

Исходные коды программы реализованы на языке программирования Delphi.

Требования к программным средствам, используемым программой.

Системные программные средства, используемые программой, представлены локализованной версией операционной системы Windows.

Основой для системы должна стать база данных, в которой будет храниться вся информация.

Модуль создания отчетов:

- данный модуль обеспечивает выборку информации по заданным параметрам и выполнять следующие функции:

- создание соответственного электронного файла-документа с отчетом

- вывод документа на печать

- возможность рассылки данного документа на почту или на другой компьютер в сети.

Рассмотрим модуль для создания отчёта на рисунке 5.

Рисунок 5. СотрудникиПоиск

Требования к защите информации и программы.

В Системе обеспечен надлежащий уровень защиты информации в соответствии с законом о защите персональной информации и программного комплекса в целом от несанкционированного доступа – «Об информации, информатизации и защите информации» РФ N 24-ФЗ от 20.02.95.

Отдельно я хотела обосновать выбор типа СУБД.

В качестве СУБД в которой будет происходить построение программы мной была выбрана Access, так как это полнофункциональная СУБД имеющая ряд необходимых преимуществ:

- расположения всех объектов, которыми оперирует Access в одном файле, это позволяет без труда переносить программу на другие ПК;

- наличие возможности управления объектами Access через высокоуровневый, стандартный для пакета Office, язык программирования VBA;

- возможность создания в таблицах таких полей как Счетчик и OLE;

- возможность организации ссылочной целостности через удобный интерфейс - СХЕМА БД;

- наличие мастеров для создания тех или иных операций с программой;

- макросы;

- обработка на клиенте при определенных условиях только индексов и возврат с файл сервера данных по отобранным индексам;

- удобный визуальный редактор запросов (редактор запросов по образцу);

- наличие возможности программного управления транзакциями для поддержки целостности БД;

- наличие довольно неплохого оптимизатора запросов;

- проекты ACCESS - один из лучших сред для разработки клиентской части к MS SQL Server;

- работа с ODBC, возможность интерактивной разработки запросов для различных СУБД;

-наличие RunTime версии;

- возможность защиты кода паролем и "компиляция" в mde/ade формат для распространения среди конечных пользователей.