Состав стадий и этапов Канонического проектирования ЭИС

Каноническое проектирование ЭИС

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

В основе канонического проектирования ЭИС лежит каскадная модель ЖЦ ЭИС, включающая следующие стадии:

Исследование и обоснование создания системы;

Разработка ТЗ;

Создание эскизного проекта (ЭП);

Техническое проектирование (ТП);

Рабочее проектирование (РП);

Ввод в действие;

Функционирование, сопровождение, модернизация.

Перечисленные стадии процесса разработки ЭИС можно представить в сгруппированном виде :

Д Д

П 4
П 2
П 3
Д Д Д

П 1
Д

       
 
   
 


Д Д

Д1.1 – предметная область;

Д1.2 - материалы обследования;

Д1.3 – ТЭО, ТЗ на проектирование;

Д1.4 – ЭП (эскизный проект);

Д2.1 - ТРП (техно-рабочий проект);

Д3.1 - исправленный ТРП, переданный в эксплуатацию;

Д3.2 - акт о приеме проекта в промышленную эксплуатацию;

Д4.1 - модернизированный ТРП.

П 1. – Предпроектная стадия;

П 2. - Стадия проектирования;

П 3. - Стадия внедрения;

П 4. - Стадия эксплуатации и сопровождения.

ТЭО – содержит расчеты и обоснование необходимости разработки ЭИС;

ТЗ - содержит требования к системе и ее компонентам: программному, техническому и информационному обеспечению и целевую установку на проектирование новой ЭИС;

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

Детализируя процесс разработки ЭИС Технологической Сети Проектирования, можно более подробно рассмотреть ТСП работ, выполненных на этапе «Сбора материалов обследования»:

D1.1 - сведения об объекте;

D1.2 – разработки проектов ЭИС для аналогичных систем;

D2.1 – ресурсы;

U2.1 – универсум технологий проектирования;

(технология оригинального, типового, автоматизированного и смешанного вариантов проектирования);

D2.2 – описание выбранной технологии проектирования, методов и средств;

U3.1 – универсум методов проведения обследования;

Методы проведения обследования классифицируются:

¶ по целям обследования (локальное, системное);

¶ по числу исполнителей (индивидуальное или бригадное);

¶ по степени охвата объекта (сплошное, выборочное);

¶ по отношению к этапам (последовательное или параллельное обследование – когда одновременно со сбором данных о предметной области происходит изучение полученных материалов обследования, что сокращает время и повышает качество проведения работ на предпроектной стадии);

D3.1 – описание выбранного метода;

U4.1 – универсум методов сбора материалов обследования:

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

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

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

D4.1 – описание выбранного метода;

D5.1 – программа обследования;

Обследование проводится по заранее разработанной программе (Д5.1), содержащей вопросы, которые можно систематизировать по трем направлениям:

¶ цель функционирования системы и выявление основных параметров деятельности объекта;

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

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

D6.1 – план-график выполнения работ на предпроектной стадии;

U7.1 – универсум методов формализации;

D7.1 – общие параметры (хар-ки) экономической системы (ЭС);

D7.2 – методы и методики управления (наименование функций управления, описание экономической сущности задач, состава процедур обработки информации в каждой задаче, взаимосвязь задач, алгоритмы расчета эконом-х показателей);

D7.3 – организационная структура ЭС;

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

D7.5 – параметры материальных потоков (отображение маршрутов движения средств, предметов и продуктов труда, рабочей силы между подразделениями предприятия; описание всех видов продукции, услуг, ресурсов; описание технологических операций, их частоту и длительность; объемы перемещаемых ресурсов, продукции, услуг, используемые средства транспортировки).

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

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

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

Форма описания документов содержит: перечень показателей, описание структуры документов, перечень и распределение реквизитов по разделам документа, типы реквизитов.

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

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

Полученное в результате проведенной формализации описание объекта содержит исходные данные для проектирования ЭИС и определяет параметры будущей системы.

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

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

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

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

Анализ материалов обследования позволяет разработчикам выделить и составить список автоматизируемых подразделений (отделы технико-экономического планирования, оперативного управления основным производством, технической подготовки производства, МТС, реализации и сбыта готовой продукции, бухгалтерия; выявить список автоматизируемых задач (связь с другими задачами, трудоемкость и оперативность расчета показателей, их достаточность, достоверность выходных данных, очередность проектирования решаемых задач и т.д.); предварительный выбор комплекса технических средств; выбор типа операционных систем; выбор способа организации информационной базы (ИБ) (локальные, интегрированные*) и программного средства ведения ИБ (выбираются исходя из класса хранения данных: систем управления файлами, или СУБД); выбор методов и средств проектирования ПО системы, зависящий от выбранной технологии проектирования.

Выполнение всех этих операций завершается составлением ТЭО и формированием ТЗ. Цель ТЭО разработки проекта – оценка параметров: организационных, информационных и экономических. Параметризация позволяет определить требования к системе, оценить существующую ИС, определить пригодность типовых решений в проекте ЭИС, выбрать проектные решения в соответствии с требованиями к ЭИС.

На основе ТЭО разрабатываются основные требования к будущему проекту ЭИС и составляется «Техническое задание» согласно ГОСТ 34.602 – 89 «Техническое задание на создание АС», включающего следующие разделы:

Ø «Общие сведения о проекте» - наименование и код системы, код договора, наименования организации-разработчика и организации-заказчика, перечень документов, являющихся основой для создания системы, сроки начала и окончания разработки ЭИС, источники финансирования, порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей);

Ø «Назначение и цели создания ЭИС»;

Ø «Характеристика объекта автоматизации»;

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

¶ требования к системе в целом – к структуре и функционированию системы; к численности квалифицированных работников; к надежности и безопасности работы системы; эксплуатации, техническому обслуживанию; к сохранности информации при аварийных ситуациях; требования к унификации и стандартизации и т.д.;

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

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

Ø «Состав и содержание работ по созданию системы» - перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 34.601 – 90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Стадии создания»; сроки выполнения работ; перечень документов по ГОСТ 34.201 – 89 «Виды, комплектность и обозначение документов при создании АС» и т.д.;

Ø «Порядок контроля приемки системы» - виды, состав, методы испытания системы и ее частей, общие требования к приемке работ по стадиям, порядок утверждения приемных документов, статус приемочной комиссии;

Ø «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» - перечень мероприятий и исполнителей (приведение информации к ввиду пригодному для ввода ее в ЭВМ, создание для функционирования системы подразделений и служб, сроки и порядок комплектования штатов и обучение персонала);

Ø «Требования к документированию» - разработка документов в соответствии с ГОСТ 34.201 – 89 и научно-технической документации отрасли заказчика;

Ø «Источники разработки» - приводятся документы и информационные материалы (ТЭО, отчеты о законченных научно-исслед. разработках, данные на отечественные, зарубежные системы-аналоги и др.);

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

На основе утвержденного ТЗ начинается стадия «Техно-рабочего проектирования», включающая два этапа работ: техническое и рабочее проектирование.

Техническое проектирование содержит:

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

· разработку локальных проектных решений, к числу которых относятся следующие операции:

c разработка «Постановки задачи» (рис.1), для задач, входящих в состав функциональных подсистем;

c проектирование форм входных и выходных документов, макетов экранных форм документов, классификаторов экономической информации;

c проектирование состава и структур файлов информационной базы;

c проектирование внемашинной и внутримашинной технологии решения каждой задачи;

c уточнение состава технических средств.

 
 


Требования к организации сбора информации
Периодичность решения и связи с другими задачами
Описание алгоритмов задачи
Экономическая и организационная сущность задачи
Цель и назначение задачи
Наименование, идентификатор, форма, периодичность, сроки получения
Перечень структурных единиц информации
Перечень и описание выходных документов и сообщений
Наименование, идентификатор, форма, требования к точности, источник
Перечень структурных единиц информации
Перечень и описание входных документов и сообщений

 
 


Рис.1. Схема структуры «Постановка задачи»

В состав «Характеристика задачи» входят:

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

· описание экономической сущности решаемой задачи, т.е. состава экономических показателей, рассчитываемых при ее решении, документов, куда заносятся эти показатели;

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

· описание алгоритма – формализованное описание входных и результатных показателей, перечень формул расчета, описание математической модели, экономико-математических методов и т.д.

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

Наиболее ответственной работой, выполняемой на этапе «Рабочего проектирования» является «Кодирование и составление программной документации», в состав которой входит:

§ описание программ;

§ спецификация программ;

§ тексты программ;

§ контрольные примеры;

§ инструкции для программиста, оператора и пользователя.

В состав «Рабочего проекта» входит технологическая документация, включающая технологические карты, разрабатываемые на процессы обработки информации при решении задач, и инструкционные карты, составляемые на каждую технологическую операцию. Технологическая документация разрабатывается в соответствии с ГОСТ 3.11.09 – 82 «Система технологической документации. Термины и определения основных понятий».

Примечание. Стадии технического и рабочего проектирования могут быть совмещены в том случае, когда имеются проверенные эффективные решения по основным видам обеспечения ИС, пригодные для применения в конкретном проекте (по информационному обеспечению – способы сбора и организации данных: структура данных, классификаторы,…; функциональному, программному обеспечению – ОС, трансляторы, СУБД,…).

Внедрение проекта проходит три этапа:

1. Подготовка объекта к внедрению (изменяется организационная структура, набор квалифицированных кадров в области обработки информации и эксплуатации системы и сопровождения проектной документации; приобретение и установка ВТ, орг. техники и т.д.; установка каналов связи, разработка новых документов и классификаторов, создание информационной базы с нормативно-справочной информацией). Результатом является – «Акт готовности объекта к внедрению»;

2. Опытное внедрение – подготовка исходных оперативных данных; ввод данных в ЭВМ и реализация поставленных решений; анализ результатных данных на наличие ошибок. При выявлении ошибочных ситуаций, вносятся коррективы в программы, технологию обработки информации, в работу технических средств и т.п. После устранения ошибок составляется «Акт о проведении опытного внедрения»;

3. Сдача проекта в промышленную эксплуатацию сопровождается следующей документацией:

Þ договорная документация;

Þ «Приказ на разработку ЭИС»;

Þ исправленный «ТРП»;

Þ «Приказ о начале промышленного внедрения»;

Þ «Программа проведения испытаний»;

Þ «Требования к научно-техническому уровню проекта системы».

В процессе сдачи проекта в промышленную эксплуатацию осуществляются такие работы, как проверка соответствия выполненной работы договорной документации, соответствие проектной документации ГОСТам и ОСТам, проверка качества функционирования информационной базы, оперативности и полноты ответов на запросы и т.д.

Приемная комиссия определяет научно-технический уровень проекта и возможности расширения проектных решений за счет включения новых компонентов. В результате выполнения работ на данном этапе осуществляется доработка «ТРП» за счет выявления системных и локальных ошибок и составляется «Акт сдачи проекта в промышленную эксплуатацию».

На стадии «Эксплуатация и сопровождение проекта» осуществляется устранение сбоев в системе и регистрация их в журналах, отслеживание технико-экономических характеристик системы и накопление статистики о качестве работы всех компонентов системы, определение объемов доработок, сроков и стоимости на выполнение этих работ.

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: