Теоретические сведения
Техническое задание (ТЗ) - исходный документ для разработки
и испытания изделия.
ТЗ — исходный документ на
проектирование технического объекта (программы).
При составлении технического задания требуется:
— определить платформу разрабатываемой программы — тип
операционной системы (например, для IBM PC-совместимых машин делается выбор
операционной среды:
MS DOS, Windows, Windows NT либо Unix,
OS/2);
— оценить необходимость сетевого варианта работы
программы (определяется программное обеспечение (ПО) вычислительной сети —
Windows NT, допустимая номенклатура программного обеспечения сетевой
обработки);
— определить необходимость разработки программы,
которую можно переносить на различные платформы;
— обосновать целесообразность работы с базами данных
под управлением СУБД.
На этом же этапе выбирают методы решения
задачи; разрабатывают обобщенный алгоритм решения комплекса задач,
функциональную структуру алгоритма или состав объектов, определяют требования к
комплексу технических средств системы обработки информации, интерфейсу
конечного пользователя.
— с учетом принятого подхода
к проектированию программного продукта разрабатывается детальный алгоритм
обработки данных или уточняется состав объектов и их свойств, методов
обработки, событий, запускающих методы обработки;
— определяется состав
общесистемного программного обеспечения, включающий базовые средства
(операционную систему, модель СУБД, электронные таблицы, методоориентированные
и функциональные ППП промышленного назначения и т.п.);
— разрабатывается внутренняя
структура программного продукта, образованная отдельными программными модулями;
— осуществляется выбор
инструментальных средств разработки программных модулей.
Работы данного этапа в существенной степени зависят от принятых решений по
технической части системы обработки данных и операционной среде, от выбранных
инструментальных средств проектирования алгоритмов и программ, технологии
работ.
Руководство администратора (РА) – это составная часть эксплуатационной
документации, которая разрабатывается на любую программу или автоматизированную
систему. При помощи руководства администратора ответственные пользователи
системы получают возможность управлять ее функционированием – выполнять
определенные операции по обеспечению порядка работы АСУ, распределять права
доступа к ней, редактировать данные и исправлять ошибки.
Руководство пользователя (РП) – документ, назначение которого —
предоставить людям помощь в использовании программного обеспечения. Документ
входит в состав технической документации на систему и, как правило,
подготавливается разработчиком.
Моделирование бизнес-процессов - это эффективное
средство поиска путей оптимизации деятельности компании, позволяющее
определить, как компания работает в целом и как организована деятельность на
каждом рабочем месте. Под методологией (нотацией)
создания модели (описания) бизнес-процесса понимается
совокупность способов, при помощи которых объекты реального мира и
связи между ними представляются в виде модели. Для каждого объекта и
связей характерны ряд параметров, или атрибутов, отражающих опредёленные
характеристики реального объекта (номер объекта, название, описание,
длительность выполнения (для функций), стоимость и др.).
Реинжиниринг бизнес-процессов
(англ. Business process reengineering) - это фундаментальное переосмысление и
радикальное перепроектирование бизнес-процессов для достижения максимальной
эффективности производственно-хозяйственной и финансово-экономической
деятельности, оформленное соответствующими организационно-распорядительными и
нормативными документами. Бизнес-инжиниринг состоит из моделирования
бизнес-процессов (разработка модели "как есть", её анализ, разработка
модели "как надо") и разработки и реализации плана перехода к
состоянию "как надо".
Основные типы методологий моделирования и анализа
бизнес-процессов:
- Моделирование бизнес-процессов (Business Process Modeling).
Наиболее широко используемая методология описания бизнес-процессов - стандарт
IDEF0. Модели в нотации IDEF0 предназначены для высокоуровневого описания
бизнеса компании в функциональном аспекте.
- Описание потоков работ (Work Flow Modeling). Стандарт
IDEF3 предназначен для описания рабочих процессов и близок к алгоритмическим
методам построения блок-схем.
- Описание потоков данных (Data Flow Modeling).
Нотация DFD (Data Flow Diagramming), позволяет отразить последовательность
работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между
этими работами.
- Прочие методологии.
Бизнес-модель - это формализованное (графическое, табличное,
текстовое, символьное) описание бизнес-процессов. Основная область применения бизнес-моделей
- это реинжиниринг бизнес-процессов.
Цели моделирования бизнес-процессов обычно
формулируются следующим образом:
- обеспечить понимание структуры организации и
динамики происходящих в ней процессов;
- обеспечить понимание текущих проблем организации и
возможностей их решения;
- убедиться, что заказчики, пользователи и
разработчики одинаково понимают цели и задачи организации;
- создать базу для формирования требований к ПО,
автоматизирующему бизнес-процессы организации (требования к ПО формируются на
основе бизнес-модели).
Важным элементом модели бизнес-процессов являются
бизнес-правила или правила предметной области. Типичными бизнес-правилами
являются корпоративная политика и государственные законы. Бизнес-правила обычно
формулируются в специальном документе и могут отражаться в моделях.
Декомпозиция - это метод, позволяющий заменить решение одной
большой задачи решением серии меньших задач, расщепление объекта на составные
части по установленному критерию. Практически декомпозиция применяется для
детализации бизнес-моделей.
Этапы описания бизнес-процесса:
- Определение целей описания.
-Описание окружения, определение входов и выходов
бизнес-процесса, построение IDEF0-диаграмм (Рисунок №1).
- Описание функциональной структуры (действия
процесса), построение IDEF3-диаграмм (Рисунок №2).
- Описание потоков (материальных, информационных,
финансовых) процесса, построение DFD-диаграмм (Рисунок №3).
- Построение организационной структуры процесса
(отделы, участники, ответственные).
ПО для проектирования бизнес-процессов: Erwin process modeler -
программный продукт в области реализации средств CASE-технологий., ARIS
(акроним от англ. Architecture of Integrated Information Systems) —
методология и тиражируемый программный продукт для моделирования
бизнес-процессов организаций.
Рисунок №1 .
IDEF0 - диаграмма бизнес-процесса
Рисунок №2 .
IDEF3 - диаграмма бизнес-процесса
Рисунок №3 . DFD - диаграмма бизнес-процесса