38
Рисунок 15. Контекстная диаграмма в модели «Как будет»
На рисунке 16 представлена детализация контекстной диаграммы в
модели «Как должно быть».
Рисунок 16. Детализация контекстной диаграммы модели
«Как должно быть»
39
На представленном рисунке добавлен блок «Формирование отчетов».
На рисунке 17 представлен измененный блок «Выполнить расчет с
поставщиком».
Рисунок 17. Блок «Выполнить расчет с поставщиком»
На рисунке 18 представлена детализация процесса «Сформировать
заказ материалов и оборудования».
Основным отличием данного блока, от представленного ранее,
является необходимость формировать заказ на основании данных, которые
будут получены из следующих отчетов:
– остатки материалов;
– обороты материалов.
40
Рисунок 18. Детализация блока «Сформировать заказ
материалов и оборудования»
На рисунке 19 представлена детализация блока «Определить перечень
материалов для заказа».
Ранее данный процесс детализирован не был, состоит из следующих
блоков:
– сформировать отчет по остаткам и оборотам материалов и
оборудования;
– определить потребность в материалах на основании данных из
полученных отчетов;
– сформировать заказ на основании полученных данных.
Для детализации данного процесса была использована нотация DFD.
При детализации были определены хранилища данных – шаблон договора и
клиенты, которые будут учтены при разработке системы автоматизации.
41
Рисунок 19. Детализация блока «Определить перечень
материалов для заказа»
На рисунке 20 представлена детализация процесса «Оплатить
доставленные материалы».
Рисунок 20. Блок «Оплатить доставленные материалы»
42
Изменения следующие: добавлен блок «Сформировать счет по оплате
заказа».
На рисунке 21 представлена детализация «Выполнить расчет с
подрядчиком».
Рисунок 21. Блок «Выполнить расчет с подрядчиком»
На рисунке 22 представлена детализация блока «Принять выполненные
работы»:
– создать новый акт работ;
– выбрать вид выполненной подрядчиком работы;
– получить данные по стоимости работ;
– определить перечень и стоимость израсходованного материала.
Хранилищами данных являются:
– работы;
– акт работ;
– материалы и оборудование.
43
Рисунок 22. Блок «Принять выполненные работы»
На рисунке 23 представлен блок «Выполнить оплату подрядчикам».
Рисунок 23. Блок «выполнить оплату подрядчикам»
44
Блок детализирован следующим образом:
– определить стоимость к оплате;
– указать выплачиваемую сумму подрядчику;
– сохранить акт работ с выполненной оплатой.
На рисунке 24 представлена детализация блока «Формирование
отчетов».
Рисунок 24. Блок «Формирование отчетов»
Блок детализирован следующим образом:
- сформировать отчет по остаткам материалов;
- сформировать отчет по оборотам материалов;
- сформировать отчет по взаиморасчетам;
- сформировать отчет по подрядчикам.
Разработка данных диаграмм, позволила определить какие, процессы
будут автоматизированы, какие при этом будут использоваться хранилища
данных.
45
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для разработки системы автоматизации расчетов с поставщиками и
подрядчиками рассматриваются три способа приобретения программного
обеспечения:
– покупка готовой специализированной конфигурации;
– разработка конфигурации самостоятельно;
– разработка системы аутсортинговой организацией;
– покупка+доработка системы.
В таблице 2 приведены особенности каждого из подходов.
Таблица 2
Способы приобретения ИС для автоматизации
Способы
приобрете
ния \
методы
Покупка
готовой
конфигура
ции
Разработка
конфигура
ции своими
силами
Разработка
конфигура
ции
аутсортинг
овой
организаци
ей
Покупка +
доработка
системы
Соответстви
е
поставленно
й задаче
Несоответстви
е
поставленной
задаче, так
как
невозможна
автоматизаци
я бизнес-
процессов
Полное
соответствие
поставленным
целям
Частичное
соответствие
Полное
соответствие
требований к
системе
Адаптивност
ь
Невозможност
ь изменения
Полная
переработка
изменения
силами
сторонней
организации
Переработка
разрабатываемы
х процессов
Надежность
Гарантия от
фирмы
производител
я
Слабая
надежность
Гарантия
разработчика
Возможность
переработки
разрабатываемы
х процессов
Расценка
До 95000
До 150000
До 300000
До 150000
Покупка: Коробочная версия в рамках работы не рассматривается, так
как область узко специализирована, готовых автономных решений нет,
входят в состав многофункциональных решений.
46
Покупка + доработка: покупается уже готовое решение. При этом есть
возможность реализовывать дополнительную функциональность либо со
стороны производителей ПО либо это может реализовать силами ИТ отдела
компании ООО «Лидердор».
Разработка конфигурации аутсорсинговой компанией: данный случай
предполагает привлечение внешних разработчиков. Не рассматривается как
вариант по той причине, что штат ИТ отдела имеет достаточно
квалифицированных исполнителей.
Разработка своими силами: предполагает разработку конфигурации с
нуля, является весьма трудозатратным проектом, сроки внедрения которых
могут превышать три месяца, однако будет учитываться специфика работы
отдела и появится дополнительные рабочие часы.
Для разработки конфигурации лучше всего использовать «Разработку
своими силами».
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
В информационное обеспечение входят следующие компоненты:
– система классификации и кодирования;
– система унифицированной документации, которая используемой в
информационной системе;
– информационная база данных.
Классификаторы предназначены для описания данных, которые
классифицируют и кодируют информацию. Классификаторы обеспечивают
машинную обработку и выдачу данных в удобной для пользователей форме.
В данной работе будут использованы локальные классификаторы, для
кодирования следующих данных:
- данных по поставщикам;
- данных по подрядчикам;
47
- данных по работам;
- данных по сотрудникам;
- данных по материалам.
К документам предъявляются следующие требования:
– предоставление полной и точной информации, которая используется
для решение поставленной задачи;
– минимизировать наличие ненужной (избыточной) информации;
– соответствовать установленным стандартам, которые опираются на
ГОСты при работе с первичными документами;
– документ должен быть логически сформирован.
Основными документами данной работы являются:
- приходная накладная;
- счет;
- акт работ;
- договор.
Формирование информационных файлов происходит на базе исходной
информации, которая содержится в первичных документах. Как было сказано
ранее, первичные документы являются основными носителями первичной
экономической информации в информационных системах.
Чтобы организовать информационную базу (ИБ), применяют три
способа:
– файловую организацию ИБ;
– интегрированную ИБ;
– смешанную организацию ИБ.
Использование интегрированной организации информационной БД
является наиболее целесообразным, потому, что это позволит обрабатывать
значительные объемы данных. В качестве модели логической структуры
базы данных была выбрана реляционная база. Такая архитектура является
более простой и минимизирует время выполнения запроса.