45976 (665282), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

привязывается к конкретным условиям объекта. В зависимости от декомпозиции

различают: элементное проектирование, подсистемное, объектная. При

элементном методе проектирования, вся система разбивается на конечное

множество элементов, каждый из которых является типовым. В качестве

элементов могут выступать проектные решения по информационному,

техническому, программному виду обеспечения. Подсистемный метод

проектирования характеризуется более высокой степенью интеграции элементов

ЭИС. Декомпозиция системы осуществляется на уровне функциональных

подсистем, иногда комплекса задач, каждая из выделеных подсистем

представляется в законченом виде ППП. При этом обеспечивается

функциональная полнота системы, минимум инф-ой связи, параметрическая

настраиваемость. Для каждого ППП оформляется пакет документации. Объектное

проектирование- декомпозиция ЭИС не производится. Типовой проект создается

в целом для некоторого обобщеного объекта, определенной группы.

Автоматизированное проектирование – автоматизация основных этапов создания

ЭИС, начиная от выбора состава задач и заканчивая автоматическим

получением проектной документации

Средства проектирования – некоторый совокупный преобразователь реализующий

с использованием ЭВМ несколько взаимосвязанных технологических операций

проектирования. 1 Объектные средства: типовые проекты, типовые проектные

решения, ППП. 2 Инструментальные средства: ОС, САПр, CASE – технологии.

Для средств проектирования определяется вход (инф необходимая для

настройки соответствующего средства) и выход (результат проектирования на

некотором шаге). Требования к средствам проектирования: Должны охватывать

процесс проектирования в комплексе и по всем вопросам организации и

проыедения проектных работ; обладать совместимостью; быть легкими в

освоении; одни и теже средства должны быть применимы для различных

объектов; позволять создавать адаптивные системы; экономически эффективны.

Требования к методологии проектирования К методологии проектирования

предъявляются требования: 1 Охват методологией как можно большего числа

этапов жизненного цикла системы, которые предусматривают: оценку целей

возможности создания системы, анализ требований, детальное проектирование,

програмирование и тестирование, интеграция в существующею систему,

внедрение и поддержка. 2 Взаимосвязь этапов – должна обеспечиваться связь

с другими проектами 3 Методология должна обеспечивать симантических

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

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

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

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

требований в ясно сформулированных требованиях для данной задачи.

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

представление информации: описание объектов автоматизации, описание

функциональных возможностей ЭИС, спецификация проекта гарантирцющее

достижение заданых характеристик системы, описание реализации предлагаемой

системы, детальный план создания системы с оценкой сроков разработки.

Существует три класса методологий проектирования: 1 концептуальное

моделирование предметной области 2 выявление требований и спецификация

инф-ой системы через её макетирование 3 системная архитектура програмных

средств поддерживаемая инструментальными средствами CASE технологи.

Проектирование систем на основе концептуального моделирования предметной

области

При концептуальном моделировании предметной области и применении

технологий БД наиболее сложной задачей явл-ся выявление информ-ных и

функциональных связей между объектами. В наше время для построения

конкретной области используется два подхода: 1 Модель предметной области

строится на основе интеграций спецификаций информационных потребностей. 2

Непосредственный анализ самой предметной области. В первом случае более

широко применяются средства программных продуктов, которые интегрируются в

единую программною систему обеспечивающую обработку информации, как на

этапе анализа, так и на этапе проектирования ЭИС. Концептуальная модель

включает описания понятий предметной области и информационных процессов

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

информацию.

Макетирование ЭИС

Практика показывает, что требования пол-лей ЭИС не вполне определенны и

поэтому необходимо ориентироваться на постоянные изменения требований к

сис-ме, учесть которые можно только при динамичной спецификации этих

требований.Наиболее приемлемым может быть подход требования к сис-ме

формируются не сразу, а в процессе разработки функционального макета

системы. Макет сис-мы создается на основе той min информации, которую

могут сообщить пол-ли. После получения замечаний и их устранения макет

системы снова предъявляют пол-лям. Он дает возможность конкретизировать

проблемы, возникающие разработчиком и пол-ми, существенно сокращает

задержку во времени между формулированием требований и первой

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

проектом системы на всех этапах ее жизненного цикла.

Использование макета согласуется и с инф-но-логическим подходом к

построению модели БД, который основывается на четком разделении

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

потребностей пол-лей) и датологической модели предметной области (модель

обработки данных). В этом случае спецификация макета завершается

разработкой концептуальной модели предметной области (вместе с

информационными потребностями).После завершения макетирования принимается

решение в отношении построения модели обработки данных.

CASE технологии проектирования ЭИС Инструментальные средства разработки

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

Это обусловлено необходимостью: 1 быстрее создавать и внедрять ЭИС при

меньших затратах 2 обеспечить единый простой интерфейс 3 сократить усилия

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

изменениям в програмно-технической среде. CASE технология включает вопросы

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

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

экономических и технологических ограничений. CASE технология содержит

средства поддержки всех основных этапах проектирования и внедрения ЭИС,

при этом на этапе анализа целей создания системы обычно используется

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

связям между данными. В результате между входными и выходными данными

устанавливаются парные связи. CASE технология обеспечивает: 1

последовательную декомпозицию сложной задачи на более простые компоненты 2

обеспечивает уменьшение времени и стоимость создания системы по сравнению

с неавтоматизироваными технологиями 3 обеспечивает контроль за

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

обеспечивает одновременное внесение нескольких изменений в проект

СТАДИИ И ЭТАПЫ ПРОЕКТИРОВАНИЯ ЭИС Стадии создания” предусматривается 8

стадий создания ЭИС: 1 Формирование требований к ЭИС 2 Разработка

концепции ЭИС 3 Техническое задание 4 Эскизный проект 5 Технический проект

6 Рабочая документация 7 Ввод в действие 8 Сопровождение ЭИС. Содержание

документации на каждой стадии определяется составом и спецификой работ. С

целью улучшения управления хода проектирования стадии детализируются и

разбиваются на этапы. 1-ая стадия включает следующие этапы: 1.1

Обследование объекта и обоснование необходимости создания ЭИС 1.2

Формирование требований пользователя к ЭИС 1.3 Оформление отчета о

выполненной работе и заявки на разработку ЭИС 2.1 Изучение объекта 2.2

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

вариантов концепции ЭИС и выбор варианта концепции ЭИС, удовлетворяющего

требованиям пользователя. 2.4 Оформление отчета о выполненной работе. 3.1

Разработка и утверждение технического задания ЭИС 4.1 Разработка

предварительный решений по выбранному варианту ЭИС. 4.2 Разработка

документации на ЭИС и ее частей

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

документации на ЭИС. 5.3 Разработка и оформление документации на поставку

изделий для комплектования ЭИС. 6.1 Разработка РД на систему или ее

частей. 6.2 Разработка или адаптация программ.

7.1 Подготовка объекта автоматизации к вводу в действие. 7.2 Подготовка

персонала , проводится обучение персонала. 7.3 Строительно-монтажные

работы, в том случае, если строится специализированное здание.7.4

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

Проведение опытных испытаний. 7.6 Введение в промышленную эксплуатацию 8.1

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

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

ОРГАНИЗАЦИОННО РАСПОРЯДИТЕЛЬНАЯ И ПРОЕКТНАЯ ДОКУМЕНТАЦИЯ Вся документация,

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

типы: организационно - распорядительская документация, определяющая

правовые и хозяйственные отношения участников создания ЭИС. предпроектная

документация, включающая заявку на разработку ЭИС и техническое задание н

разработку системы.

1 проектная документация, включающая ТП и рабочую документацию.

Предпроектная и проектная документация имеет общее название : "Техническая

документация". 2 проектно-сметная документация архитектурно - строительной

и сметной частей проекта системы.

Организационно - распорядительская документация создается на каждой стадии

процесса проектирования, для выполнения подготовительных работ и для

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

договоры на создание системы, разрабатываются педпр-ые док-ты (планы

графики проведения занятий с руководящим персоналом, разработка

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

соответствие с единой системой конструкторской и технической

документации), оформляются документы на поставку технических средств, на

переподготовку персонала, пользователей, разрабатывается приказ на

организацию работ по подготовке объекта к созданию системы. На стадиях

подготовки ТП и РД составляются приказы на проведение работ с приложением

план-графиков: организационно-технических мероприятий, ввода в

эксплуатацию технических средств, обучение сотрудников. Кроме того, на

этих стадиях составляются протоколы, которые оформляют согласование

постановок задач, принятие зачетов по результатам обучения. Составляются

акты, которыми фиксируется готовность нормативно-справочной документации и

проверка на контрольных примерах. При внедрении системы оформляется

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

документов первого типа входят акты завершения работ по оформлению всей

необходимой информации в соответствии с требованиями проекта, заполнением

форм нормативно-справочных и оформительских документов, загрузки БД, а

также проверки программ и инструкций на контрольных примерах и в реальных

условиях. При необходимости составляются протоколы согласования

отступления проекта.МЕТОДИЧЕСКОЕ ОБЕСПЕЧЕНИЕ ПРОЦЕССА ПРОЕКТИРОВАНИЯ ЭИС

Всю совокупность документов , которыми руководствуются при проектировании

ЭИС делят на: 1 нормативно- технические документы НТД 2 руководящие

документы РД. Целесообразность разработки НТД и РД определяется:

неоднократностью применения установленных ими норм и правил в процессе

разработки внедрения и функционирования ЭИС и ее документов; стабильностью

регламентируемых норм и правил; необходимость регламентирования параметров

определяющих информационную, программную совместимость ЭИС одного или

различных уровней управления; возможность получения эконом эффекта.

НТД=ГОСТ+Отраслевые стандарты+стандарты предприятий.

Характеристики

Список файлов реферата