4. Каноническое проектирование ис. Стадии и этапы процесса проектирования ис. Понятие тз.

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

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

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

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

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

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

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

Стадии и этапы создания АС (ГОСТ 34.601-90)

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

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

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

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

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

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

   2. Проведение необходимых научно-исследовательских работ

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

   4. Оформление отчета о проделанной работе

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

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

4. Эскизный проект

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

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

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

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

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

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

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

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

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

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

7. Ввод в действие

   1. Подготовка объекта автоматизации

   2. Подготовка персонала

   3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)

   4. Строительно-монтажные работы

   5. Пусконаладочные работы

   6. Проведение предварительных испытаний

   7. Проведение опытной эксплуатации

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

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

   1. Выполнение работ в соответствии с гарантийными обязательствами

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

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

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

Техническое задание (ТЗ) определяет цели требования и основные исходные данные.

Задачи необходимые решить перед ТЗ:

- установить общую цель создания ИС состав подсистем функциональные задачи

- определить общие требования к проектируемой системе

- определить перечень задач системы и исполнителей

- определить этапы создания системы и сроки их выполнения

- провести предварительный расчет затрат на создание системы и определить уровень экономической эффективности от её внердрения.

Техническое задание позволяет: - исполнителю — понять суть задачи, показать заказчику «технический облик» будущего изделия, программного изделия или автоматизированной системы; - заказчику — осознать, что именно ему нужно; - обеим сторонам — представить готовый продукт; - исполнителю — спланировать выполнение проекта и работать по намеченному плану; - заказчику — требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ; - исполнителю — отказаться от выполнения работ, не указанных в ТЗ; - заказчику и исполнителю — выполнить попунктную проверку готового продукта (приёмочное тестирование — проведение испытаний); - избежать ошибок, связанных с изменением требований (на всех стадиях и этапах создания, за исключением испытаний).

Техническое задание (ГОСТ 34.602-89)

1. Общие положения.

ТЗ на АС является основным документом, определяющим требования и порядок создания АС.

ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.

2. Состав и содержание.

2.1. ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

1) общие сведения;

2) назначение и цели создания (развития) системы;

3) характеристика объектов автоматизации;

4) требования к системе;

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

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

7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

8) требования к документированию;

9) источники разработки.

2.3. В разделе «Общие сведения» указывают:

1) полное наименование системы и ее условное обозначение;

2) шифр темы или шифр (номер) договора;

3) наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;

4) перечень документов, на основании которых создается система, кем и когда утверждены эти документы;

5) плановые сроки начала и окончания работы по созданию системы;

6) сведения об источниках и порядке финансирования работ;

2.4. Раздел «Назначение и цели создания (развития) системы» состоит из подразделов:

2.4.1. В подразделе «Назначение системы» указывают перечень объектов автоматизации на которых предполагается ее использовать.

2.4.2. В подразделе «Цели создания системы» приводят наименования и требуемые значения технических, технологических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы.

2.5. В разделе «Характеристики объекта автоматизации» приводят:

1) краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;

2) сведения об условиях эксплуатации объекта автоматизация и характеристиках окружающей среды.

2.6. Раздел «Требования к системе» состоит из следующих подразделов:

1) требования к системе в целом;

2) требования к функциям (задачам), выполняемым системой;

3) требования к видам обеспечения.

2.7. Раздел «Состав и содержание работ по созданию (развитию) системы» должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций — исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.

2.8. В разделе «Порядок контроля и приемки системы» указывают:

1) виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);

2) общие требования к приемке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приемочной документации;

3) статус приемочной комиссии (государственная, межведомственная, ведомственная).

2.9. В разделе «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.

2.10. В разделе «Требования к документированию» приводят:

1) согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации;

2) требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;

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

2.11. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

2.12. В состав ТЗ на АС при наличии утвержденных методик включают приложения, содержащие:

а) расчет ожидаемой эффективности системы;

б) оценку научно-технического уровня системы.

Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.