Содержание и методы канонического проектирования ЗИС
Лекция, 30 Октября 2013, автор: пользователь скрыл имя
Краткое описание
Каноническое проектирование ЭИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Как правило, каноническое проектирование применяется для небольших локальных ЭИС.
Вложенные файлы: 1 файл
LEC3сокр (1).doc
— 606.50 Кб (Скачать файл)Наиболее принципиальной в данном комплексе работ является разработка функциональной архитектуры ЭИС (ПЗ) Д3.1 на базе универсума U3.1 принципов выделения функциональных подсистем (модулей, контуров): предметного, функционального, смешанного (предметно-функционального) и проблемного.
Ко второй группе работ, выполняемых на этапе технического проектирования, относятся разработки локальных проектных решений, к числу которых относят следующие операции:
- разработка «Постановки задачи» для задач, входящих в состав каждой функциональной подсистемы (П5), включающей основные компоненты описания задачи и служащей основанием для разработки проектных решений по задаче;
- проектирование форм входных и выходных документов, системы ведения документов и макетов экранных форм документов (П6, П9);
- проектирование классификаторов экономической информации и системы ведения классификаторов (П7);
- разработка структуры входных и выходных сообщений (П8);
- проектирование состава и структур файлов информационной базы (П4);
- проектирование внемашинной и внутримашинной технологии решения каждой задачи (П10);
- уточнение состава технических средств (П11), (П12).
Основным компонентом локальных проектных решений, являющимся базой для разработки информационного, программного и технологического обеспечения для каждой задачи, является «Постановка задачи». Этот документ содержит три составные части (рис. 3.8):
- характеристику задачи;
- описание выходной информации;
- описание входной информации.
В состав раздела «Характеристика задачи» входят следующие компоненты: описание цели; назначение решения конкретной задачи; перечень функций и процессов, реализуемых решаемой задачей; характеристика организационной и технико-экономической сущности задачи; обоснование целесообразности автоматизации решения задачи; указание перечня объектов, для которых решается задача; описание процедур решения задачи; указание периодичности решения задачи и требований к организации сбора первичных данных; описание связей с другими задачами.
Под целью автоматизации решения задачи подразумевается получение определенных значений экономического эффекта в сфере управления какими-либо процессами системы или снижение стоимостных и трудовых затрат на обработку информации, улучшение качества и достоверности получаемой информации, повышение оперативности ее обработки и т.д., т.е. получение косвенного и прямого эффекта от внедрения данной задачи.
Под экономической сущностью решаемой задачи понимаются состав экономических показателей, рассчитываемых при ее решении, документы, в которые заносятся эти показатели, перечень исходных показателей, необходимых для получения результатных и наименования тех первичных документов, в которых они содержатся.
Организационная сущность задачи - это описание порядка решения задачи; организационной формы, применяемой для ее решения; режима решения; состава файлов с постоянной и переменной информацией; способа получения и ввода первичной информации в ЭВМ; формы выдачи результатной информации: на печать, на экран, на магнитный носитель или передача по каналам связи.
Описание алгоритма решения задачи включает формализованное описание входных и результатных показателей и перечень формул расчета результатных показателей в случае решения задачи прямым методом счета или описание математической модели, экономико-математического метода, применяемого для ее реализации, и перечня последовательных шагов выполнения расчетов.
Рис. 3.8.
Схема структуры «Постановка задачи»
Далее указываются периодичность решения задачи и регламент выдачи результатных документов, требования к организации сбора исходных данных, т.е. к способу и техническим средствам съема, регистрации, сбора и передачи данных для обработки. Большое значение имеет описание связи задачи с другими задачами функциональной подсистемы, в которую она входит, а также с задачами других подсистем или с внешней средой.
Описание выходной информации включает в себя: перечень и описание выходных сообщений, документов; перечень структурных единиц информации; периодичность возникновения и сроки получения информации; наименование; идентификатор по каждой форме документа.
Описание входной информации состоит из перечня входных сообщений; перечня структурных единиц информации; описания периодичности возникновения и сроков получения информации; наименования и идентификатора по каждой форме документа.
Далее для каждой задачи разрабатываются все компоненты информационного, технического, математического и лингвистического обеспечения, а также некоторые компоненты программного обеспечения.
Результатом работ на данной стадии является утвержденный «Технический проект», состав и содержание которого регламентируются стандартом (ГОСТ 34.201 - 89).
На втором этапе - «Рабочем проектировании» осуществляется техническая реализация выбранных наилучших вариантов и разрабатывается документация «Рабочий проект» (рис. 3.9). Наиболее ответственной работой, выполняемой на этом этапе, являются «Кодирование и составление программной документации» (П1), содержание которой хорошо отражено в ряде источников, например в [7,14,16]. В ее состав входят следующие компоненты (Д 1.2):
- описание программ;
- спецификация программ;
- тексты программ;
- контрольные примеры;
- инструкции для системного программиста, оператора и пользователя.
Большую роль в деле эффективного использования разработанного проекта ЭИС играет качественная технологическая документация, входящая в состав «Рабочего проекта». Эта часть проекта разрабатывается на операции П2 и предназначена для использования специалистами в своей деятельности на каждом автоматизированном рабочем месте.
Рис. 3.9.
ТСП работ, выполняемых на этапе рабочего
проектирования:
Д 1.1 - технический проект; Д 1.2 -документы программного обеспечения; Д 2.1 - технические документы и инструкции; Д 3.1 - правовые инструкции; Д 4.1 - рабочий проект
В состав технологической документации (Д2.1) входят: технологические карты, разрабатываемые на процессы обработки информации при решении задач каждого класса, и инструкционные карты, составляемые на каждую технологическую операцию.
Технологическая
документация разрабатывается в
соответствии с требованиями ГОСТ 3.11.09
- 82 «Система технологической документации.
- системы обработки данных (СОД);
- системы поддержки принятия решений (СППР);
- системы автоматизированного проектирования новой продукции (САПР) и т.д.
К числу работ, выполняемых на этом этапе, относится «Разработка правовых инструкций»; (Д1.2) (П1), определяющих права и обязанности специалистов, работающих в условиях функционирования на предприятии компонентов ЭИС.
Заключительной операцией служит «Оформление документации Рабочего проекта» (Д4.2) согласно ГОСТам (Д4.1) на операции П4.
3.4 Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта
На стадии «Внедрение проекта» проводятся подготовка и постепенное освоение разработанной проектной документации ЭИС заказчиками системы. В процессе выполнения работ на этой стадии осуществляется выявление частных и системных принципиальных недоработок в предлагаемом для внедрения проектном решении.
Внедрение может осуществляться с использованием следующих методов:
- последовательный метод, когда последовательно внедряется одна подсистема за другой и одна задача следует за другой задачей;
- параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно;
- смешанный подход, согласно которому проектировщики, внедрив несколько подсистем первым методом и накопив опыт, приступают к параллельному внедрению остальных.
Недостатком первого подхода является увеличение длительности внедрения, что ведет за собой рост стоимости проекта. При использовании второго подхода сокращается время внедрения, но возникает возможность пропуска ошибок в проектной документации, поэтому чаще всего используют смешанный метод внедрения проекта ЭИС.
Внедрение проекта осуществляется в течение трех этапов:
- подготовка объекта к внедрению;
- опытное внедрение;
- сдача проекта в промышленную эксплуатацию.
Первый этап - «Подготовка объекта к внедрению». Наэтом этапе осуществляются следующие операции:
- изменяется организационная структура объекта (предприятия);
- набираются кадры соответствующей квалификации в области обработки информации и эксплуатации системы и сопровождения проектной документации;
- оборудуется здание под установку вычислительной техники;
- выполняются закупка и установка вычислительной техники с периферией;
- в цехах, отделах устанавливаются средства сбора, регистрации первичной информации и передачи по каналам связи;
- осуществляется установка каналов связи; проводится разработка новых документов и классификаторов;
- осуществляется создание файлов информационной базы с нормативно-справочной информацией.
На вход этого этапа поступают компоненты «Технического проекта» в части «Плана мероприятий по внедрению», решения по техническому и информационному обеспечению, технологические и инструкционные материалы «Рабочего проекта». В результате выполнения этапа составляется «Акт готовности объекта к внедрению» проекта ЭИС. Затем формируется состав приемной комиссии, разрабатывается «Программа проведения опытного внедрения» и издается «Приказ о начале опытного внедрения».
Второй этап - «Опытное внедрение». На этом этапе внедряются проекты нескольких задач в нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:
- подготовка исходных оперативных данных для задач, которые проходят опытную эксплуатацию;
- ввод исходных данных в ЭВМ и выполнение запланированного числа реализаций;
- анализ результатных данных на предмет наличия ошибок.
В случае обнаружения ошибок осуществляются поиск причин и источников ошибок, внесение коррективов в программы, в технологию обработки информации, в работу технических средств, в исходные оперативные данные и в файлы с условно-постоянной информацией. Кроме того, выявляется неквалифицированная работа операторов, что служит основанием для проведения комплекса мер по улучшению подготовки кадров.
После устранения ошибок получают «Акт о проведении опытного внедрения», который служит сигналом для начала выполнения следующего этапа.
На третьем этапе «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность документов:
- договорная документация;
- «Приказ на разработку ЭИС»;
- ТЭО и ТЗ;
- исправленный «Техно-рабочий проект»;
- «Приказ о начале промышленного внедрения»;
- «Программа проведения испытаний»;
- «Требования к научно-техническому уровню проекта системы».
В процессе сдачи проекта в промышленную эксплуатацию осуществляются следующие работы:
- проверка соответствия выполненной работы договорной документации по времени выполнения, объему проделанной работы и затратам денежных средств;
- проверка соответствия проектных решений по ЭИС требованиям ТЗ;
- проверка соответствия проектной документации гостам и остам;
- проверка технологических процессов обработки данных по всем задачам и подсистемам;
- проверка качества функционирования информационной базы, оперативности и полноты ответов на запросы;
- выявление локальных и системных ошибок и их исправление.