Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Shpory_na_OPAIS.doc
Скачиваний:
10
Добавлен:
30.07.2019
Размер:
273.92 Кб
Скачать

3)Программную и техническую совместимость работы эвм в

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

информации между уровнями системы; 5) защиту конфиденциальной

информации; 6) возможность поэтапного ввода КТС, его

перспективного расширения и развития.

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

решений в АИС по согласованию психологических,

антропометрических, физиологических характеристик и возможности

пользователей АИС с тех. характеристиками комплекса средств

автоматизации АИС.В состав эргономического обеспечения АИС

входят комплекс различной документации, содержащей

эргономические требования к рабочим местам, информационным

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

целесообразных способов реализации этих требований и

осуществления эргономической экспертизы уровня их реализации;

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

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

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

системы отбора и подготовки персонала АИС; комплекс методов и

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

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

функционирования осуществляют контроль за эффективностью

функционирования отдельных элементов и подсистем АИС и всей

системы в целом и позволяют совершенствовать, модернизировать

и изменять систему, настраивать ее на решение новых классов задач,

связанных с обработкой экономической информации.

Автоматизированные информационные системы разнообразны и

могут быть классифицированы по ряду признаков, относящихся

как к системе в целом, так и к отдельным ее элементам.

Архитектура АИС – это организационная структура

автоматизированной системы.

Выделяют два уровня архитектуры АИС:1)бизнес-архитектура

(бизнес-уровень); 2)уровень информационных технологий

(технический уровень);Бизнес-архитектура обычно первична по

отношению к техническому уровню, она является предметной

областью для анализа и проведения автоматизации. На бизнес

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

осуществляемых с помощью АИС. Технический уровень является

инструментом (для ремонта машины) для осуществления

поставленных требований и задач. Он представляет собой

комплекс технических средств используемых в АИС для

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

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

жизненный цикл – это непрерывный процесс, который начинается с

момента принятия решения о необходимости создания АИС и

заканчивается в момент его полного изъятия из эксплуатации.

Продолжительность жизненного цикла современных АИС составляет

около 10 лет. В течение жизненного цикла происходят различные

процессы:1)основные процессы, самыми важными из них являются:

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

обеспечения и его компонентов в соответствии с заданными

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

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

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

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

персонала.б) эксплуатация к этому процессу относится:

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

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

в) сопровождение заключается в техническом обслуживании АИС.

Службы технической поддержки является очень важной, так как

ошибки на этом этапе могут привести к явным или скрытым

финансовым потерям сопоставимым со стоимости самой системы.

Это сопровождение включает в себя следующие мероприятия:

а)выделение наиболее ответственных узлов, которые могут выйти

из строя;б)определение задач технического обслуживания на

внутренние решаемые силами обслуживающего персонала, и внешние

решаемые специализированными сервисными организациями;

в)подготовка плана организации ТО с определением этапов

исполняемых действий.2)вспомогательные процессы, очень важным

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

основные процессы жизненного цикла. Разработку сложных АИС

осуществляют отдельными компонентами. Это приводит к тому, что

появляется много вариантов и версий. Поэтому остро стоит проблема

сохранение единой структуры. Управление конфигурацией позволяет

организовывать, систематически учитывать, и контролировать

внесение изменений в различные компоненты АИС.3)организационные

процессы: а)приобретение (заказчик). Инициирование. Подготовка

заявочных предложений. Подготовка договора. Контроль деятельности

поставщика. Приемка АИС.б)Поставка (разработка АИС).

Инициирование. Ответ на заявочные предложения. Подготовка договора.

Планирование исполнения. Поставка АИС.в)Разработка (разработчик

АИС). Подготовка. Анализ требований АИС. Проектирование

архитектуры АИС. Разработка требований к ПО. Проектирование

архитектура ПО Детальное проектирование ПО. Кодирование и

тестирование ПО. Интеграция ПО и квалификационное тестирование

ПО. Интеграция ИС и квалификационное тестирование АИС.

процессы жизненного цикла:1)основные процессы, самыми важными из них являются:

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

обеспечения и его компонентов в соответствии с заданными

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

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

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

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

персонала.б) эксплуатация к этому процессу относится:

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

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

в) сопровождение заключается в техническом обслуживании АИС.

Службы технической поддержки является очень важной, так как

ошибки на этом этапе могут привести к явным или скрытым

финансовым потерям сопоставимым со стоимости самой системы.

Это сопровождение включает в себя следующие мероприятия:

а)выделение наиболее ответственных узлов, которые могут выйти

из строя;б)определение задач технического обслуживания на

внутренние решаемые силами обслуживающего персонала, и внешние

решаемые специализированными сервисными организациями;

в)подготовка плана организации ТО с определением этапов

исполняемых действий.2)вспомогательные процессы, очень важным

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

основные процессы жизненного цикла. Разработку сложных АИС

осуществляют отдельными компонентами. Это приводит к тому, что

появляется много вариантов и версий. Поэтому остро стоит проблема

сохранение единой структуры. Управление конфигурацией позволяет

организовывать, систематически учитывать, и контролировать

внесение изменений в различные компоненты АИС.3)организационные

процессы: а)приобретение (заказчик). Инициирование. Подготовка

заявочных предложений. Подготовка договора. Контроль деятельности

поставщика. Приемка АИС.б)Поставка (разработка АИС).

Инициирование. Ответ на заявочные предложения. Подготовка договора.

Планирование исполнения. Поставка АИС.в)Разработка (разработчик

АИС). Подготовка. Анализ требований АИС. Проектирование

архитектуры АИС. Разработка требований к ПО. Проектирование

архитектура ПО Детальное проектирование ПО. Кодирование и

тестирование ПО. Интеграция ПО и квалификационное тестирование

ПО. Интеграция ИС и квалификационное тестирование АИС.

модели жизненного цикла: каскадная и спиральная.

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

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

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

происходит только после полного завершения всех работ предыдущего.

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

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

продолжить разработку. На первом этапе проводится исследование

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

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

разрабатываются те или иные проектные решения. В результате

появляется комплект проектной документации. 3 этап – реализация

проекта, то есть разработка ПО. В соответствии с проектными

решениями предыдущего этапа. Результат выполнения 3 этапа является

готовый программный продукт. На 4 этапе проводится проверка

полученного ПО на предмет соответствия требованиям, заявленным в

техническом задании. Опытная эксплуатация позволяет выполнить

различного рода скрытые недостатки,проявляющиеся в реальных

условиях работы АИС. 5 этап – сдача готового проекта, главное здесь

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

Результат 5 этапа является пользовательская документация. Спиральная

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

разработки АИС. Каждая итерация представляет собой законченный цикл

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

изделия, которые совершенствуется от итерации к итерации, чтобы стать

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

фрагмента или версии программного изделия. На нем уточняются цели и

характеристики проекта, определяется его качество и планируется работа

на следующий виток спирали. Каждая итерация служит для углубления и

последовательной конкретизации детали проекта, в результате этого

выбирается наилучший, окончательный вариант реализации.

Использование спиральной модели позволяет осуществлять переход на

следующий этап выполнения проекта, не дожидаясь полного завершения

текущего – недоделанную работу можно будет выполнить на следующей

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

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

образом, существенно упрощается процесс внесения уточнений и

дополнений в проект.

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

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

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

происходит только после полного завершения всех работ предыдущего.

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

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

продолжить разработку. На первом этапе проводится исследование

проблемной области, формулируется требования заказчика. Результатом

данного этапа является техническое задание (задание на разработку),

согласованное со всеми заинтересованными сторонами. В ходе второго

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

или иные проектные решения. В результате появляется комплект

проектной документации. 3 этап – реализация проекта, то есть разработка

ПО. В соответствии с проектными решениями предыдущего этапа.

Результат выполнения 3 этапа является готовый программный продукт.

На 4 этапе проводится проверка полученного ПО на предмет

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

Опытная эксплуатация позволяет выполнить различного рода скрытые

недостатки, проявляющиеся в реальных условиях работы АИС. 5 этап –

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

его требования выполнены в полной мере. Результат 5 этапа является

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

итерационная модель. Суть модели состоит в выполнении работ

параллельно с непрерывным анализом полученных результатов и

корректировкой предыдущих этапов работы. При таком подходе в каждой

фазе проходит повторяющийся цикл: Планирование — Реализация —

Проверка — Оценка. Основными преимуществами такого подхода

являются снижение рисков и организация эффективной обратной связи

с потребителем.Создание комплексных АИС предполагает проведение

увязки проектных решений, получаемых при реализации отдельных

задач. Подход к проектированию "сниз -вверх " обусловливает

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

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

решения и при этом возникает потребность в пересмотре ранее

сформулированных требований. Как правило, вследствие большого

числа итераций возникают рассогласования выполненных проектных

решений и документации. Запутанность функциональной и системной

архитектуры созданной АИС, трудность в использовании проектной

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

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

жизненный цикл разработки АИС заканчивается этапом внедрения,

за которым начинается жизненный цикл создания новой АИС.

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

итерационного процесса разработки АИС. Каждая итерация

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

выпуску внутренней или внешней версии изделия, которые

совершенствуется от итерации к итерации, чтобы стать законченной

системой. Таким образом, каждый виток спирали ответствует

созданию фрагмента или версии программного изделия. На нем

уточняются цели и характеристики проекта, определяется его

качество и планируется работа на следующий виток спирали.

Каждая итерация служит для углубления и последовательной

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

наилучший, окончательный вариант реализации. Использование

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

этап выполнения проекта, не дожидаясь полного завершения

текущего – недоделанную работу можно будет выполнить на

следующей итерации. Главная задача каждой итерации, как можно

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

пользователям. Таким образом, существенно упрощается процесс

внесения уточнений и дополнений в проект. Достоинства

спиральной модели. 1)Итерационная разработка существенно

упрощает внесение изменений в проект при изменении требований

заказчика. 2)Снижение уровня рисков. Недостаток спирального

цикла – это трудность определения момента перехода на

следующий этап

технология проектирования АИС – это совокупность методов и

средств проектирования АИС, а также методов и средств

организации проектирования. В основе технологий проектирования

лежит технологический процесс, который определяет действия, их

последовательность, состав исполнителей, средства и ресурсы,

требуемые для выполнения действий. Все действия могут быть

проектировочными и оценочными. Основные требования,

предъявляемые к технологии проектирования следующие:

1)Созданный с помощью этой технологии проект должен отвечать

требованию заказчика.2)Технология должны отражать все этапы

цикла жизни проекта.3)Технология должна обеспечивать

минимальные трудовые и стоимостные затраты на проектирование

и сопровождение проекта.4)Технология должна способствовать

росту производительности труда проектировщиков.5)Технология

должна обеспечивать надежность процесса проектирования и

эксплуатация проекта. Выделяются два основных класса технологии

проектирования:1)Каноническая. Ручное проектирование;

2)Индустриальная. Индустриальная технология проектирования

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

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

методологий проектирования АИС. Они представлены в

электронном виде Case – средств, но применение каждой методологии

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

проектирования АИС можно классифицировать по следующим

признакам: 1)По степени автоматизации. Различают: а) ручное

проектирование, при котором проектирование компонентов АИС

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

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

языках; б) компьютерное проектирование, при котором генерация

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

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

решений. Различают: а) оригинальное проектирование предполагает

проектирование с нуля, и при этом учитываются особенности

автоматизированного объекта; б) типовое проектирование, выполняется

на основе готовых решений и проектов.3)По степени адаптивности

проектных решений. Различают следующие методы: а) реконструкция

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

соответствующих компонентов; б) параметризация – проектное

решение настраиваются в соответствии с заданными параметрами;

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

приводит к автоматическому изменению проектных решений.

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

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

каскадную модель.Стадия 1. Формирование требований к АИС.

На этой стадии производится обследование объекта и обоснование

необходимости создания АИС. Стадия 2. Разработка концепции

АИС. а) изучение объекта автоматизации;б) проведение необходимых,

научно исследовательских работ;в) разработка вариантов концепции,

удовлетворяющих требованиям пользователя. Стадия 3. а) оформление

отчета и утверждение концепций. б) разработка и утверждение

технического задания на создание АИС.Стадия 4. Эскизный проект.

а) разработка предварительных, проектных решений.б) разработка

эскизной документации на АИС.Стадия 5. Технический проект.

Эта стадия предусматривает:а) разработка проектных решений.

б) разработка документации.в) разработка и оформление

документации на поставку комплектующих изделий.Стадия 6.

Рабочая документация.а) разработка рабочей документации.

б) разработка и адаптация программ.Стадия 7. Ввод в действие.

а) подготовка объекта автоматизации.б) подготовка персонала.

в) проведение предварительных, опытных и приемочных испытаний.

Стадия 8. Сопровождение. а) выполнение работ в соответствии с

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]