Стадия 8. Сопровождение ИС

Стадия 1. Формирование требований к ИС.

· обследование объекта и обоснование необходимости создания ИС;

· формирование требований пользователей к ИС;

· оформление отчета о выполненной работе и технического задания на разработку.

Стадия 2. Разработка концепции ИС.

· изучение объекта автоматизации;

· проведение необходимых научно-исследовательских работ;

· разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

· оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

· разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

· разработка предварительных проектных решений по системе и ее частям;

· разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

· разработка проектных решений по системе и ее частям;

· разработка документации на ИС и ее части;

· разработка и оформление документации на поставку комплектующих изделий;

· разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

· разработка рабочей документации на ИС и ее части;

· разработка и адаптация программ.

Стадия 7. Ввод в действие.

· подготовка объекта автоматизации;

· подготовка персонала;

· комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами);

· проведение опытной эксплуатации;

· проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

· выполнение работ в соответствии с гарантийными обязательствами;

· послегарантийное обслуживание.

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

Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса: автоматизированное (использование CASE-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование. Использование индустриальных технологий не исключает использования в отдельных случаях канонических.

CASE (англ. Computer-Aided Software Engineering) – набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов. Также под CASE понимают совокупность методов и средств проектирования информационных систем с использованием CASE-инструментов.

Средства автоматизации разработки программ (CASE-средства) – инструменты автоматизации процессов проектирования и разработки программного обеспечения для системного аналитика, разработчика ПО и программиста. Первоначально под CASE-средствами понимались только инструменты для упрощения наиболее трудоёмких процессов анализа и проектирования, но с приходом стандарта ISO/IEC 14102 CASE-средства стали определять как программные средства для поддержки процессов жизненного цикла ПО.

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

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

Структурный подход подразумевает использование определенных общепринятых методологий при моделировании различных информационных систем:

· SADT (Structured Analysis and Design Technique);

· DFD (Data Flow Diagrams);

· ERD (Entity-Relationship Diagrams).

Существует 3 основных типа моделей, используемых при структурном подходе:

· Функциональные модели;

· Информационные модели;

· Динамические модели.

Программные средства для реализации структурного подхода:

· BPWin;

· ERWin;

· Business Studio;

· IBM WEBsphere business modeler;

· Sybase PowerDesigner;

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

Примерами программных средств, реализующих данный подход, являются:

· Rational Rose;

· ARIS.

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

Типовое проектное решение (ТПР) – это представленное в виде комплекта проектной документации и/или набора программных модулей проектное решение, пригодное к многократному использованию.

Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:

· элементные ТПР - типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);

· подсистемные ТПР - в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей;

· объектные ТПР - типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС.

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

Основные черты ТПР:

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

· Основная цель применения ТПР – уменьшение трудоемкости и стоимости проектирования и/или разработки ИС.

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

· Типовые решения бывают простыми или комбинированными. Простые ТПР охватывают только какой-либо один вид обеспечения ИС, комбинированные – два и более

Требования, выдвигаемые к типовым проектным решениям:

· Возможность использования для создания новой ИС при минимальном участии разработчиков ТПР;

· Соответствие требованиям положений и стандартов, распространяемых на информационную системы в целом или ее часть.

· Способность удовлетворять максимально возможному числу потребностей в рамках своего функционального назначения.

· Возможность адаптации к конкретным условиям проекта путем изменения параметров.