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

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

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

К основным направлениям деятельности следует отнести :

• конфигурирование базы данных;

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

• обеспечение эксплуатационной документацией;

• проведение обучения персонала;

• локализация проблем и устранение причин их возникновения;

• модификация ИС в рамках установленного регламента;

• подготовка предложений по совершенствованию, развитию и модернизации системы.

• сопровождение ИС - обеспечение штатного процесса эксплуатации системы на предприятии заказчика

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

Стадии жизненного цикла ПО ИС

Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО.

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

Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.

Модель ЖЦ ПО включает в себя:

1. Стадии;

2. Результаты выполнения работ на каждой стадии;

3. Ключевые события — точки завершения работ и принятия решений.

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

На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ПО.

Модели жизненного цикла: каскадная, модель с промежуточным контролем, спиральная.

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

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

 Каскадная модель (рис. 1) предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

 Поэтапная модель с промежуточным контролем (рис. 2). Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.

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

Рис. 1. Каскадная модель ЖЦ ИС

Рис. 2. Поэтапная модель с промежуточным контролем

Рис 3. Спиральная модель ЖЦ ИС

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

 каскадная модель (характерна для периода 1970-1985 гг.);

 спиральная модель (характерна для периода после 1986.г.).

В ранних проектах достаточно простых ИС каждое приложение представляло собой единый, функционально и информационно независимый блок. Для разработки такого типа приложений эффективным оказался каскадный способ. Каждый этап завершался после полного выполнения и документального оформления всех предусмотренных работ.

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

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

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

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

Каноническое проектирование ИС. Стадии и этапы проектирования ИС.

Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС, которая подразумевает полное завершение некоторого типа работ перед переходом к следующему этапу на котором выполняется другой тип работ. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.

Каноническое проектирование ИС характеризуется следующими особенностями:

1. Отражает особенности ручной технологии проектирование;

2. Предполагает выполнение индивидуального (оригинального) проектирования;

3. Не предполагает использования средств интеграции;

4. Соответствует каскадной модели ЖЦ ИС.

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

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

Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

· обследование объекта и обоснование необходимости создания ИС;

· формирование требований пользователей к ИС;

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

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

· изучение объекта автоматизации;

· проведение необходимых научно-исследовательских работ;

· разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

· оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

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

Стадия 4. Эскизный проект.

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

· разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

· разработка проектных решений по системе и ее частям;

· разработка документации на ИС и ее части;

· разработка и оформление документации на поставку комплектующих изделий;

· разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

· разработка рабочей документации на ИС и ее части;

· разработка и адаптация программ.

Стадия 7. Ввод в действие.

· подготовка объекта автоматизации;

· подготовка персонала;

· комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами);

· проведение опытной эксплуатации;

· проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

· выполнение работ в соответствии с гарантийными обязательствами;

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

Типовое проектирование ИС. Общая характеристика

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

Типовое проектное решение (ТПР) – это представленное в виде комплекта проектной документации и/или набора программных модулей проектное решение, пригодное к многократному использованию.

Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:

 элементные ТПР - типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному);

 подсистемные ТПР - в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей;

 объектные ТПР - типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС.

Каждое типовое решение предполагает наличие, кроме собственно функциональных элементов (программных или аппаратных), документации с детальным описанием ТПР и процедур настройки в соответствии с требованиями разрабатываемой системы.

Основные черты ТПР:

 Типовые проектные решения ориентированы на автоматизацию деятельности множества однородных объектов (путем настройки под конкретные особенности каждого из них).

 Основная цель применения ТПР – уменьшение трудоемкости и стоимости проектирования и/или разработки ИС.

 Создание ТПР возможно только после тщательного и всестороннего изучения предметной области и предполагает обобщение накопленного в частных случаях опыта (путем классификации, типизации, абстрагирования, унификации и т.п.).

 Типовые решения бывают простыми или комбинированными. Простые ТПР охватывают только какой-либо один вид обеспечения ИС, комбинированные – два и более

Требования, выдвигаемые к типовым проектным решениям:

 Возможность использования для создания новой ИС при минимальном участии разработчиков ТПР;

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

Список файлов ответов (шпаргалок)