Модели функционирования объекта

Модели 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 Расчет экономической эффективности.

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

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

Техническое задание является юридическим документом - как приложение включено в договор между клиентом и подрядчиком для проектной работы и является его основой: оно определяет порядок и условия работы, включая цель, цели, принципы, Ожидаемые результаты и сроки. Те. Должны быть объективные критерии, по которым можно определить, был ли определен конкретный элемент работы или нет.

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