Диплом: Автоматизация процесса учета заказов в ООО "Городской центр дезинфекции"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
48
– Высокая цена;
– Создание ПО циклично.
Достоинство:
– Простоя и удобная;
– Возможность выполнять разные команды;
– Точное планирование(сроки и затраты).
Каскадная модель показана на рисунке 8.
Рисунок 8 - Каскадная модель
-поэтапная модель, разработка ИС ведется путем соединение
обратной связи этапов.
Недостатки:
– Можно увеличить сроки разработки;
– Сложно оценить текущее состояние проекта.
Достоинство:
– Минимальный уровень риска;
– Быстрое реагирование на изменение.
Поэтапная модель показана на рисунке 9.
49
Рисунок 9 - Поэтапная модель
- спиральной, включающей комбинацию каскадной и итерационной.
Недостатки:
– Высокая требовательность к проекту;
– Сложное планирование и контроля.
Достоинство:
– Точное отражение процесса разработки ПО;
– Минимальный риск;
– Использует моделирование для определения характеристик.
Спиральная модель показана на рисунке 10.
Рисунок 10 - Спиральная модель
50
Рассмотрев вышеперечисленныемодели жц, наиболее подходящий
модель жц,спиральная, так как в этой модели, этапы позволяют
планировать сроки всех работ завершения проекта.
При использовании спиральной модели при создании программного
обеспечения проект проходит этапы, связанные непосредственным
созданием модулей программы, каждый из которых контролируется при
завершении соответствующей стадии. После проведения контроля при
завершении определенного этапа работы, оценивается соответствие
реализованных функций поставленным задачам и корректируются планы
дальнейшего этапа, что включает [19]:
- Уточнение текущих целей и задач разработки;
- Проведение анализа влияния факторов риска на реализацию
проекта;
- Проведение функционального тестирования с оценкой результатов;
- Разработку планов дальнейшего развития проекта.
На каждом этапе применяемые методологии создания
информационной системы могут изменяться. При этом конечной целью
является создание готового программного решения, соответствующего
требованиям, изложенным в Техническом задании.
При этом возможен переход к следующей стадии даже в том случае,
когда работы по предыдущему этапу не завершены. Продолжение
реализации проекта предполагает внесение изменении в планы, связанных
с доработкой незавершенных задач предыдущих стадий.
На каждом из этапов Заказчику демонстрируется набор
реализованных функций, что позволяет вносить необходимые уточнения в
проект для обеспечения максимального соответствия реализованных
функций специфике работы организации-клиента.
51
Одной из главных проблем при использовании спиральной модели
является неявное разделение этапов проекта. Решение проблемы связано с
определением временных границ по продолжительности каждой из стадий.
Переход к следующему этапу производится даже в том случае, когда
работы по предыдущему не завершены.
В рамках данной работы по созданию информационной системы
городского центра дезинфекции целесообразно использование спиральной
модели, так как предполагается внесение дополнений в требования
Заказчика на каждом из этапов.
Сравнение и выбор стратегии внедрения системы:
Стратегия “параллельно использование” -это когдапараллельно
решаются старая и новая задача .
Недостатки:
Потребуется мощный сервер;
Нужно постоянно сверять результатов работы.
Преимущество:
Уменьшение рисков;
Можно управлять внедрения ИС.
Стратегия “скачек” - устаревшая технология работает до окончания
срока, потом внедряется новая технология.
Недостатки:
Увеличение риска некачественного ИС;
Высокая требовательность к переходу на новую технологию.
Преимущество:
Нет дополнительных затрат.
Минимальная длительность к процессу перехода.
Стратегия “пилотный проект- это тактика прыжка, обычно
применяется к небольшим участкам.
52
Недостатки:
– Сложная интеграция по новым или старым технологиям;
– Нужно одновременно управлять старой и новойИС .
Преимущество:
– В процессе внедрения ИС можно изменить план;
– Минимальный риск.
По результатам сравнение была выбрана стратегия “пилотный
проект”, так как в этой стратегии минимальный риск и это стратегия
является эффективным и улучшает работоспособность организации.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
В рамках анализа информационной системы учета заказовдля Центра
дезинфекции, определимнеобходимые справочники, содержащие
нормативно-справочную информацию.
Исходя из схемы БД – справочники: Причины, клиенты, объект,
виды работ, специалисты.
Справочник видов работ:
– В этом справочнике есть информация о том, какие услуги
предоставляет организация.
Справочник клиентов:
– В этом справочнике есть информация о клиентах.
Справочник объектов дезинфекции:
– В этом справочнике есть информация об объектах
дезинфекции(какая организация, что дезинфицировали, дом
машина итд).
Справочник сотрудников:
– Этот справочник содержит информацию о сотрудников
организации(фио, код, должность).
53
Эти справочники нужны для учета – клиентов, услуг и прочие.
В таблице 8 указаны основные характеристики справочников.
Таблица 8
Основные характеристики справочников
Название
Реквизиты
справочника
Средний
объем
(стр.)
Частота
актуализа
ции
Ответст
венный
1
Справочник
видов работ
Код вида работ
Наименование,
Ед.измерения,
Стоимость
20
По запросу
Отдел
оказания
услуг
2
Справочник
клиентов
Код клиента,
Код объекта,
Название,
Адрес,
Телефон
1200
Ежемесячн
о
Специал
исты по
работе с
клиента
ми
3
Справочник
объектов
дезинфекции
Код объекта,
Площадь, Вид
объекта
1200
По запросу
Отдел
оказания
услуг
4
Справочник
сотрудников
Код
сотрудника,ФИО,
Должность
20
По запросу
Отдел
кадров
Оперативные таблицы - это таблицы БД, информация в которых
часто меняется.
Таблица работы по дезинфекции:
– В этой таблице есть информация о всех предоставляемых
услугах дезинфекции.
Таблица заявки на дезинфекцию:
– В этой таблица есть информация о клиенте, его заказе и о
предоставляемых услугах дезинфекции.
54
Все оперативные таблицы нужны, для того чтобы подготовить отчет
генеральному директору.
В таблице 9 указаны основные характеристики оперативных таблиц.
Таблица 9
Основные характеристики оперативных таблиц
Название
Реквизиты
справочни
ка
Средн
ий
объем
(стр.)
Частота
актуализац
ии
Ответственны
й
1
Работы по
дезинфекции
Код
сотрудника,
код вида
работ,
объем, дата
1200
По запросу
Отдел оказания
услуг
2
Заявки на
дезинфекцию
Код
объекта,
статус, дата
2000
По запросу
Отдел оказания
услуг
2.2.3. Характеристика результатной информации
Результативная информация содержит информацию о процессе
работы с заказами клиентов и включает следующие документы:
-заявка;
-отчет по заявкам;
-отчет по клиентам.
В таблице 10 указаны основные характеристики выходных
документов.
55
Таблица 10
Характеристика состава выходных документов
Название
документа
Поля
документа
На основе
каких
таблиц
формируется
Частота
формирования
Кому
предназначен
1
Заявка
Дата,
Клиент,
Вид работ,
Cтатус.
Работы,
Клиенты,
Виды работы
Ежедневно
Отдел оказания
услуг
2
Отчет по
заявкам
Дата,
Клиент,
Вид работ,
Cтатус.
Заявки
Ежедневно
Руководитель
3
Отчет по
клиентам
Клиенты,
Объекты,
Название,
Адрес,
Телефон.
Объекты,
клиенты
По запросу
Руководитель
2.3.Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
Для возможности отображения иерархии функций, реализованных в
программном решении, используется диаграмма «Дерево функций». На
рисунке 11 показано, что функционал реализованного ПО содержит
следующие блоки:
- служебный, позволяющий управлять настройками системы,
пользователями, уровнем доступа и проводить обслуживание базы данных;
- основной, включающий возможности работы с прикладными
задачами.
56
Функции
Основные
функции
Служебные
функции
Ведение
справочников
Ввод данных по
заявкам
Печать
документов
Отчеты
Вход в систему
Управление
окнами
Помощь
Настройки
Рисунок 11 - Дерево функций
На рисунке 12 показана схема сценария диалога системы.
57
Документы Отчеты Выход
Виды услуг
Клиенты
Сотрудники
Заявка клиента
Информация о
клиенте
Список объектов
дезинфекции
Список
выполненных
заказов
Стоимость работ
по сотрудникам
Справочники
Главное меню
Объект
дезинфекции
Стоимость работ
по заказам
Договор
Отчет
Рисунок 12 - Сценарий диалога системы
Таким образом, интерфейс разрабатываемого программного
продукта должен соответствовать показанной структуре и включать
перечень указанных основных и служебных функций.
2.3.2. Характеристика базы данных
Физическая модель данных приведена на рисунке 13.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Agile-методология в управлении проектами на примере ООО «Ресурсный центр «Академия КлассИнфо»
Aвтoмaтизaция пpoцecca вeдeния инфopмaциoннoй бaзы o дoлжнocтяx и вaкaнcияx c укaзaниeм тpeбoвaний к уpoвню знaний и нaвыкoв кaндидaтoв для гpуппы кaдpoв вoйcкoвoй чacти 3474»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
Cовершенствование управления рентабельности предприятия (на примере гуипп «бендерская типография «полиграфист»)
Event - менеджмент: реализация проекта (на примере ООО "АГРОПАК")