Каскадная модель жизненного цикла ИС.

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

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

Спиральная модель жизненного цикла ИС.

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

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

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

Каноническое проектирование. Состав стадий и этапов канонического проектирования ЭИС. Требования к содержанию документов на создаваемые ИС

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

В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Стадии созда­ния» делится на следующие семь стадий: 1. исследование и обоснование создания системы: 2. разработка технического задания; 3. создание эскизного проекта; 4. техническое проектирование; 5. рабочее проектирование; 6. ввод в действие; 7. функционирование, сопровождение, модернизация.

На первой «Предпроектной стадии» принято выделять два основных этапа: сбор ма­териалов обследования; анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).

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

Вторая стадия «Технорабочее проектирование» выполняется в два этапа: техническое проектирование и рабочее проектирование. На этапе «Техническое проектирование» вы­пол­няются работы по логической разра­ботке и выбору наилучших вариантов проектных решений, в результате чего создается «Технический проект». Этап «Рабочее проектирование» связан с физической реализацией выбранного варианта проекта и получением документации «Рабочего проекта». При нали­чии опыта проектирования эти этапы иногда объединяются в один, в результате выполне­ния которого получают «Технорабочий проект».

Третья стадия «Внедрение проекта» включает в себя три этапа: подготовка объекта к внедрению проекта; опытное внедрение проекта и сдача его в промышленную эксплуата­цию. На этапе «Подготовка объекта к внедрению проекта» осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ЭИС. На этапе «Опыт­ное внедрение» осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и «Акт о проведении опытного вне­дрения». На этапе «Сдача проекта в промышленную эксплуатацию» осуществляют ком­плексную системную проверку всех частей проекта, в результате которой получают дора­ботанный «Техно-рабочий проект» (Д3.1) и «Акт приемки проекта в промышленную экс­плуатацию»

Четвертая стадия - «Эксплуатация и сопровождение проекта» включает этапы: экс­плуатация проекта; сопровождение и модернизация проекта. На этапе «Эксплуатация проекта» получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде рекла­маций и замечаний, которые накапливаются для выполнения следующего этапа. На этапе «Сопровождение проекта» выполняются два вида работ: ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта, а также осуществляется модернизация проекта. В процессе модернизации проект либо до­рабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного «Технорабочего проекта».

Требования к содержанию документов, разрабатываемых при создании ИС, установ­лены нормативными документами.

Содержание документов является общим для всех видов ИС и, при необходимости, может дополняться разработчиком документов в зависимости от особенностей создавае­мой ИС. Допускается включать в документы дополнительные разделы и сведения, объе­динять и исключать разделы.

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

Техническое задание (ТЗ) на ИС является основным документом, на основании кото­рого проводят создание ИС и приемку ее заказчиком.

ТЗ разрабатывается исполнителем в ходе выполнения проекта, утверждается заказчи­ком с заинтересованными сторонами

ТЗ должно быть разработано в соответствии с ГОСТ 34.602-90 и содержать следую­щие разделы:

1) общие сведения (наименование ИС, шифр темы, плановые сроки начала и окончания работ, порядок оформления и предъявления заказчику результатов и т.п.);

2) назначение и цели создания (развития, модернизации) системы (вид автоматизируе­мой деятельности, перечень объектов управления, наименование и значение показателей. которые будут достигнуты в результате внедрения ИС и т.п.);

3) характеристики объекта автоматизации (краткие сведения об объекте управления, условиях эксплуатации и т.д.):

4) Требования к ИС (требования к ИС в целом, к функциям, к видам обеспечения):

5) Состав и содержание работ по созданию системы:

6) Порядок контроля и приемки системы;

7) Требования к составу и содержанию работ по подготовке объекта к вводу ИС в дей­ствие:

8) Требования к документированию ИС:

9) Источники разработки (информационные материалы, на основании которых разра­батываются ТЗ и которые должны быть использованы при создании ИС).

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

---

Дата добавления: 2018-02-15; просмотров: 671; Мы поможем в написании вашей работы!

Поделиться с друзьями:

---

---

Мы поможем в написании ваших работ!