Содержание и методы канонического проектирования ЗИС

Автор работы: Пользователь скрыл имя, 30 Октября 2013 в 15:16, лекция

Краткое описание

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

Вложенные файлы: 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 Состав и  содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта

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

Внедрение может осуществляться с использованием следующих методов:

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

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

Внедрение проекта осуществляется в течение трех этапов:

  • подготовка объекта к внедрению;
  • опытное внедрение;
  • сдача проекта в промышленную эксплуатацию.

Первый  этап - «Подготовка объекта к внедрению». Наэтом этапе осуществляются следующие операции:

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

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

Второй  этап - «Опытное внедрение». На этом этапе внедряются проекты нескольких задач в нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:

  • подготовка исходных оперативных данных для задач, которые проходят опытную эксплуатацию;
  • ввод исходных данных в ЭВМ и выполнение запланированного числа реализаций;
  • анализ результатных данных на предмет наличия ошибок.

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

После устранения ошибок получают «Акт о проведении опытного внедрения», который служит сигналом для начала выполнения следующего этапа.

На  третьем этапе «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность документов:

  • договорная документация;
  • «Приказ на разработку ЭИС»;
  • ТЭО и ТЗ;
  • исправленный «Техно-рабочий проект»;
  • «Приказ о начале промышленного внедрения»;
  • «Программа проведения испытаний»;
  • «Требования к научно-техническому уровню проекта системы».

В процессе сдачи  проекта в промышленную эксплуатацию осуществляются следующие работы:

  • проверка соответствия выполненной работы договорной документации по времени выполнения, объему проделанной работы и затратам денежных средств;
  • проверка соответствия проектных решений по ЭИС требованиям ТЗ;
  • проверка соответствия проектной документации гостам и остам;
  • проверка технологических процессов обработки данных по всем задачам и подсистемам;
  • проверка качества функционирования информационной базы, оперативности и полноты ответов на запросы;
  • выявление локальных и системных ошибок и их исправление.

Информация о работе Содержание и методы канонического проектирования ЗИС