Описание функциональной модели бизнес-процесса

В данном пункте необходимо описать модель AS-IS. Модель AS-IS - это модель «как есть», т.е. модель уже существующего процесса / функции. Обследование процессов является обязательной частью любого проекта создания или развития системы. Построение функциональной модели AS-IS позволяет четко зафиксировать, какие процессы осуществляются на предприятии, какие информационные объекты используются при выполнении функций различного уровня детализации.

На основе модели AS-IS достигается консенсус между различными этапами процесса по тому, «кто что сделал» и что каждый этап добавляет в процесс. Функциональная модель AS-IS является отправной точкой для анализа потребностей предприятия, выявления проблем и «узких» мест и разработки проекта совершенствования деловых процессов. Модель AS-IS позволяет выяснить, «что и как мы делаем сейчас» перед тем, как определить то, «что и как будет делаться завтра». Анализ функциональной модели AS-IS позволяет понять, где находится проблемная ситуация, в чем будут состоять преимущества новых процессов и каким изменениям подвергнется существующая структура организации процесса. Исследование необходимости реструктуризации (выявление и ликвидация недостатков) в существующих процессах достигается за счет применения декомпозиции (анализа), производящаяся даже там, где функциональность на первый взгляд является очевидной. Так, например, признаками неэффективности существующих процессов могут быть:

- Бесполезные, неуправляемые и дублирующийся функции.

- Неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время).

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

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

В данном подразделе описываются:

- Функциональные требования.

- Системные требования (минимальный состав аппаратных средств, минимальный состав программных средств, требования к информационной совместимости).

- Требования к надежности и защите информации.

- Требования к персоналу (для эксплуатации программного продукта, для сопровождения).

- Прочие требования (мобильность, автономность, модифицируемость, понятность пользователю и т.д.).

 

 

ПРАКТИЧЕСКИЙ РАЗДЕЛ

 

Техническое задание

В данном подразделе описывается:

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

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

В работе пишется следующее предложение:

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

Моделирование предметной области