1.2.6 Модели функционирования объекта
Модели IDEF0 функционирования объекта «как должно быть» представлены на рисунках 1.7 – 1.13.
Рисунок 1.7 – Контекстная диаграмма модели функционирования «Как должно быть»
На контекстной диаграмме представлен рабочий процесс управления в целом, входная и выходная информация, управленческая документация и исполнители.
Рисунок 1.8 – Декомпозиция блока А0 модели функционирования «Как должно быть»
Детализация блока А0 «Функционирование ООО «Авангард Снаб». Осуществлением туристических услуг занимается отдел отдыха, продажей и продвижением товара занимается отдел продаж. Всей подсобной работой, ведением хозяйственной деятельности занимается технический блок, а складом и всеми материалами заведует блок инвентаря. Привлечение клиентов происходит в основном за счет старых связей и знакомств, передачи в устной форме, никакого ноу-хау нет. Взаимодействие с клиентами осуществляют все отделы. По результатам работы формируют отчеты разных видов.
Рисунок 1.9 – Декомпозиция блока А4 модели функционирования «Как должно быть»
Рисунок 1.10 – Декомпозиция блока А4.1 модели функционирования «Как должно быть»
Рисунок 1.11 – Декомпозиция блока А4.2 модели функционирования «Как должно быть»
Рисунок 1.12 – Декомпозиция блока А4.2.3 модели функционирования «Как должно быть»
Рисунок 1.13 – Декомпозиция блока А4.2.3 модели функционирования «Как должно быть»
Стандарт IDEF3
Построим модель описания процессов «Как должно быть» в нотации IDEF3 (рисунки 1.14-1.16):
Рисунок 1.14 – Диаграмма IDEF3. Функционирование предприятия «Как должно быть»
Рисунок 1.15 – Диаграмма IDEF3. Декомпозиция блока 1.4 «Продажа через магазин» «Как должно быть»
Рисунок 1.16 – Диаграмма IDEF3. Декомпозиция блока 1.5 «Продажа онлайн» «Как должно быть»
Стандарт DFD
Построим модель описания процессов «Как должно быть» в нотации DFD (рисунки 1.17-1.18):
Рисунок 1.17 – Диаграмма DFD «Как должно быть» первого уровня
Рисунок 1.18 – Диаграмма DFD «Как должно быть» второго уровня
Стандарт ARIS
Построим модель описания процессов «Как должно быть» в нотации ARIS (рисунок 1.19):
Рисунок 38 – Диаграмма ARIS. Процесс поиска и продажи товара «Как должно быть»
1.2.7 Разработка технико-экономического обоснования и технического задания
Техническое задание представлено в Приложении Б, технико-экономическое обоснование – в пункте 3.3 Расчет экономической эффективности.
Технико-экономическое обоснование (ТЭО) — документ, в котором представлена информация, из которой выводится целесообразность (или нецелесообразность) создания продукта или услуги. ТЭО содержит анализ затрат и результатов какого-либо проекта. ТЭО позволяет инвесторам определить, стоит ли вкладывать деньги в предлагаемый проект.
Техническое задание — начальный документ в планирование технологического предмета (продукта). Техническое задание определяет главное предназначение разрабатываемого объекта, его технические свойства, показатели качества и технико-финансовые требования, указание по осуществлению нужных стадий формирования документации (конструкторской, научно-технической, программной и т. д.) и ее структура, а кроме того особые условия.
Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. Т.е. должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет.
Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков.