1. Основные процессы жизненного цикла информационной системы. Место проектирования в жизненном цикле ИС.

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

ЖЦ ИС базируется на трех циклах:

1. Основные процессы ЖЦ – к ним относятся:

• Разработка;

• Приобретение;

• Эксплуатация;

• Сопровождение.

2. Вспомогательный обеспечивает выполнение основных процессов ЖЦ:

   • Документирование;

   • Настройка;

   • Обеспечение качеством;

   • Решение проблем.

3. Организационные процессы:

• Управление проектами;

• Создание инфраструктуры;

• Оценка улучшения самого ЖЦ и обучение.

0. Разработка включает в себя все работы по проектированию ИС, ее компоненты в соответствии с заданными требованиями, оформление проекта, эксплуатация, документация материалов для контроля качества и обучения персонала.

1. Приобретение – процесс закупки ИС:

• Анализ рынка;

• Выявление;

• Закупка и доставка.

0. Внедрение – комплекс работ по запуску созданной ИС в эксплуатацию:

• Сборка и установка ИС;

• Настройка рабочих мест для людей;

• Обеспечение эксплуатационной документацией;

• Обучение персонала.

0. Эксплуатация – использование ИС по прямому назначению, решение текущих проблем в его работе, подготовка материала по совершенствованию, развитию и модернизации ИС.

1. Сопровождение – комплекс работ по изменению ИС в целях повышения производительности, а также адаптации с новыми элементами и изменениями внутренней и внешней ИС.

2.1 Документирование – процесс формализации на носителе по определенным правилам основных действий, правил и результатов основных процессов ЖЦ.

Документация разделяется на несколько видов:

• Проектная документация (в процессе разработки);

• Методическая документация (эксплуатация);

• Техническое описание (описание созданной ИС).

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

3. Обеспечение качества – процесс, определяющий характеристики эффективности этапов и операций основных процессов ЖЦ.

Виды контроля качества:

• Верификация – определяет соответствие контролируемого параметра или устройства, заявленным характеристикам.

• Проверка – процесс проверки наличия заявленных операций и их работоспособности.

• Тестирование – определяет правильность работы, функций или устройства.

2. Решение проблем – процесс управления, состоящий в принятии и реализации решений в соответствии с текущим состоянием процесса.

3.1 Управление проектами – комплекс мероприятий по рациональному распределению материальных и человеческих ресурсов при выполнении операции основных процессов для достижения наилучшего качества с минимальными затратами в установленные сроки.

3.2 Создание инфраструктуры – комплекс мероприятий по созданию условий для выполнения основных процессов и организации связей с окружающим миром.

• Создание социальных условий для персонала;

• Технические средства взаимодействия ИС с окружающей средой;

• Информационные связи, т.е. ИС может успешно работать, но некоторые элементы можно было бы улучшить.

3. Оценка улучшения ЖЦ – процесс, непрерывно используемый в течение всего ЖЦ, целью которого является определение путей оптимизации, повышение эффективности основных процессов ЖЦ, т.е. фактически этот организационный процесс должен всегда стоять как вопрос об оптимизации. В итоге, повышается качество.

4. Обучение – процесс повышения знаний разработчиков и обслуживающего персонала о предметной области, использование технических и программных средств и конкретно, используемой об управлении данной системой.

2. Особенности современных информационных систем. В чем может проявиться влияние этих особенностей при проектировании и внедрении информационных систем.

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

2. Наличие совокупности тесно взаимодействующих компонентов (подсистем, имеющих свои локальные задачи и цели функционирования).

3. Отсутствие прямых аналогов, ограничивающих возможность использования каких-либо типовых решений и прикладных систем.

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

5. Функционирование в неоднородной среде на нескольких программных и аппаратных платформах.

6. Разобщенность и разнородность отдельных групп-разработчиков по уровню квалификации и сложившимися традициями использования тех или иных инструментальных средств.

7. Существенная временная протяженность проекта внедрения ИС, обусловленная, с одной стороны, ограниченными возможностями коллектива разработчиков, с другой – масштабами организации-заказчика.

3.Структурная схема автоматизированной информационной системы.

Все начинается с объекта управления.

Подсистема сбора информации – набор датчиков и других устройств, основная задача является определение характеристик и состояния объектов.

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

В ИС есть БД истории работы объектов и есть математическая модель объекта и полученный набор сравнивается с математической моделью.

Полученная информация о состоянии объекта сравнивается с БД истории состояния и сравнивается с математической моделью объекта для получения виртуальной картины состояния объекта: результат этого сравнения поступает на вход устройства принятия управленческого решения.

4.Содержание работ на стадиях и этапах проектирования по стандарту ГОСТ 34.601-90.

1. Формирование требований.

   0. Обследование объекта и обоснование необходимости создания АС.

   1. Формирование требований пользователя к АС.

   2. Оформление отчета о выполненной работе и заявки АС.

2. Разработка концепции автоматизированной системы.

   0. Изучение объекта.

   1. Проведение необходимых исследовательских работ.

   2. Разработка варианта концепции АС и выбор варианта, который удовлетворяет пользователя.

   3. Оформление отчета о выполненной работе.

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

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

4. Эскизные проекты (необязательно).

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

   1. Разработка документации на АС и ее части.

5. Технический проект.

   0. Разработка проектных решений на АС и ее частям.

   1. Разработка документации на АС.

   2. Разработка и оформление документов на поставку изделий на комплектование АС и техзаданий на разработку системы сторонними разработчиками.

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

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

   0. Разработка рабочей документации на систему и ее части.

   1. Разработка или адаптация ПО

7. Ввод в эксплуатацию.

8. Сопровождение.

1. Содержание работ на стадиях и этапах проектирования по стандарту SSADM.

0. Оценка реализуемости (необязательно).

   0. Определить рамки и составить план разработки АС.

   1. Определить первоначальный вариант требований к АС.

   2. Выбрать вариант оценки реализуемости.

   3. Оформить отчет о возможности создания АС.

1. Предпроектное обследование.

   0. Определить рамки предпроектного обследования.

   1. Определить основные требования к АС.

   2. Изучить процессы обработки информации в системе.

   3. Изучить данные, обрабатываемые в существующей системе.

   4. Разработать логическое описание существующей системы.

   5. Обобщить результаты предпроектного обследования.

2. Выбор варианта автоматизации.

3. Разработка технического задания.

   0. Разработать общие требования к автоматизируемым функциям.

   1. Разработать необходимую логическую модель данных.

   2. Уточнить к требования к функциям и задачам.

   3. Уточнить логическую МД.

   4. Разработать демо-прототип.

   5. Разработать требования к обработке данных.

   6. Уточнить цели разработки АС.

   7. Оформить техническое задание.

4. Выбор варианта технической реализации.

   0. Разработать вариант технической реализации.

   1. Выбор варианта технической реализации.

5. Разработка логического проекта.

   0. Определить порядок взаимодействия пользователей и системы.

   1. Разработать постановку задачи изменения существующих БД.

   2. Разработать в постановке задачи обработки информации.

   3. Завершить разработку логического проекта.

6. Физическое проектирование.

   0. Подготовить план физического проектирования.

   1. Разработать физическую организацию БД.

   2. Разработать спецификации требований к программным компонентам.

   3. Оптимизировать физическую структуру БД.

   4. Уточнить спецификации требований к программным компонентам.

   5. Согласовать интерфейс между БД и программами.

   6. Оформить физический проект.

6.Национальные стандарты проектирования: структура и основные отличия процесса проектирования согласно стандартам ГОСТ 34.601-90 и SSADM.

Критерий 1. В каждом из стандартов имеются стадии, которые должны завершаться документальным оформлением.

ГОСТ 34.601-90 – все стадии;

SSADM – 0, 2, 6.

ГОСТ 34.601-90 – ориентирован на возможность выполнения каждой стадии независимым разработчиком.

Минус – большая бумажная работа, более долгий срок выполнения работ. Необходимость отвлечения специалистов от процесса проектирования на оформление.

ГОСТ 34.601-90 предусматривает возможность перерывов между этапами. Ориентирован на длительную коллективную разработку (для крупных разработчиков).

SSADM – отчет на стадиях 0, 3, 6. Предусматривает быстрое проектирование с минимальным оформлением документов одним коллективом разработчиков.

Критерий 2. Подход к созданию автоматизированной системы.

ГОСТ 34.601-90 – оценка реализуемости не обязательна, пункт 1.1 – надо ли разрабатывать.

SSADM – стадия 0 – можно ли сделать, стоит ли браться.

Критерий 3. Тщательность проектирования (дублирование).

ГОСТ 34.601-90: поэтапное дублирование, предусматривающее качественное завершение каждой работы. Дублирования почти нет.

SSADM: послеоперационная проверка.

Критерий 4. Уровень прогнозирования стандартов.

ГОСТ 34.601-90: только на 4-м этапе, и то не обязательно.

SSADM: стадия 0 – сразу прогноз, 1, 3, 6.1 – намного больше прогнозирования.

ГОСТ 34.601-90 – разработать любой ценой. SSADM – каждое действие проверяют, ничего лишнего делать не будут.