7.2 Этапы проектирования ис. Требования к ис. Разработка документации.

Основные стадии и этапы канонического проектирования ИС:1)Формирование требований: Обследование объекта и обоснование необходимости создания ИС;

Формирование требований пользователей к ИС; Оформление отчета о выполненной работе и тактико-технического задания на разработку.2) Работка концепции: Изучение объекта автоматизации; Проведение необходимых научно-исследовательских работ; Разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей; Оформление отчета и утверждение концепции.3) Разработка ТЗ: Разработка и утверждение технического задания на создание ИС. 4)Создание эскизного проекта: Разработка предварительных проектных решений по системе и ее частям; Разработка эскизной документации на ИС и ее частей. 5)Разработка технического проекта: Разработка проектных решений по системе и ее частям; Разработка документации на ИС и ее части; Разработка и оформление документации на поставку комплектующих изделий; Разработка заданий на проектирование в смежных частях проекта. 6)Разработка рабочей документации: Разработка рабочей документации на ИС и ее части; Разработка и адаптация программ. 7)Ввод в действие: Подготовка объекта автоматизации; Подготовка персонала; Комплектация ИС поставляемыми; Строительно-монтажные работы; Пусконаладочные работы; Проведение предварительных испытаний; Проведение опытной эксплуатации; Проведение приемочных испытаний. 8) Сопровождение ИС: Выполнение работ в соответствии с гарантийными обязательствами; Постгарантийное обслуживание.

Требования:1) Системность — предусматривает рассмотрение предприятия как единого целого и выделение в нем типов связей между структурными подразделениями или бизнес-процессами.2) Развитие — система создается с учетом постоянного изменения бизнеса и потребностей пользователей, что требует наличия в системе инструментария для адаптации или модернизации. 3) Совместимость — разработанная ИС должна быть открытой, ориентированной на максимальное использование стандартов на все виды обеспечения.4)Непосредственное участие работников предприятия в процессе проектирования и разработки ИС – непрерывный контроль со стороны заказчика позволяет избежать неправильных постановок задач и ускорить процесс внедрения системы.5) Безопасность-обеспечение безопасности всех информационных процессов. 6)Эффективность - достижение рационального соотношения между затратами на создание ИС и результатами ее эксплуатации.

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

7.3 Подходы к проектированию иц.

Выделяют два подхода к проектированию ИС: канонический и типовой. Каноническое проектирование ИС ориентировано на использование, главным образом, каскадной модели ЖЦ ИС. Типовое проектирование ИС предполагает создание системы из готовых типовых элементов. Основным требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов дач, программных модулей и т.д.). Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения. Типовое проектное решение (ТПР) — это тиражируемое проектное решение. Основными видами ТПР являются: типовые решения по задаче или по отдельному виду обеспечения задачи; отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей; полный набор функциональных и обеспечивающих подсистем ИС.

Типовое проектирование предполагает реализацию одного из подходов: параметрически-ориентированного (оценка пригодности пакетов прикладных программ для решения за-анализ и оценка доступных пакетов, выбор и закупка подходящего, настройка параметров или доработка закупленного пакета) или модельно-ориентированного (адаптация типовой ИС в соответствии с моделью объекта автоматизации — построение с использованием специального программного инструментария — SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler и др.)

В основе проектирования ИС лежит моделирование предметной области. Под моделью предметной области понимается некоторая система, имитирующая ее структуру или функционирование и адекватно отражающая специфику этой области. Моделирование предметной области позволяет сократить время и сроки проведения проектировочных работ и получить более эффективный и качественный проект. К моделям предметных областей предъявляются следующие требования:• формализация, обеспечивающая однозначное описание ее структуры;• понятность для заказчиков и разработчиков, для чего применяются графические средства отображения;• реализуемость, подразумевающая наличие средств физической реализации модели в ИС;• обеспечение оценки эффективности реализации