47181 (597322), страница 3

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

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

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

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

Основные процессы жизненного цикла

Процесс приобретения – состоит из действий и задач заказчика приобретающего программное обеспечение.

Данный процесс охватывает следующие действия:

1. Инициирование приобретения.

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

3. Подготовка к корректировки договора.

4. Надзор за деятельностью поставщика.

5. Приемка и завершение работы.

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

1. Инициирование поставки.

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

3. Подготовка договора.

4. Планирование.

5. Выполнение и контроль.

6. Поставка и завершение работы.

Процесс разработки – он предусматривает действия и задачи, выполняемые разработчиком, и охватывает работы по созданию программного обеспечения и его компонентов в соответствии с заданными требованиями, включая оформление проектной, документации, материалов, необходимой для проверки работоспособности из соответствующего качества программных продуктов. Включает следующие действия:

1. Подготовка работы.

2. Анализ требований к системе.

3. Проектирование архитектуры системы.

4. Анализ требований к программному обеспечению.

5. Проектирование архитектуры.

6. Детальное проектирование.

7. Подготовка и тестирование ПО.

8. Интеграция ПО.

9. Квалификационное тестирование ПО.

10. Интеграция системы.

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

1. Подготовительную работу.

2. Анализ проблем и запросов на модификацию ПО.

3. Модификация.

4. Проверку и приемку.

5. Перенос ПО в другую среду.

6. Снятие ПО с эксплуатации.

Использование case средств

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

В разряд case средств попадают относительно дешевые системы для ПК с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных средств.

Современный рынок программных средств насчитывает около 300 различных case средств, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами. Case средству присущи следующие основные способности:

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

2. Интеграция отдельных компонентов case средств обеспечивающие управляемость процессом разработки ИС.

3. Использование специальным образом организованного хранилища проектных метаданных.

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

Российский стандарт ГОСТ 34.602–89

ИТ комплекс стандартов на автоматизированной системе, техническое задание на создание автоматизированных систем. ГОСТ 34.601–90 автоматизированные системы, стадии создания.

Все эти стандарты образуют группу ГОСТ 34. Согласно ГОС 34 проект имеет следующие стадии:

1. Формирование требований к автоматизированной системе, стадии формирования системы.

• Обследование объекта и обоснование необходимости проектирования.

• Определение требований заказчика.

• Отчет о работе.

• Заявка на разработку технических заданий.

1. Разработка концепции.

• Изучение объекта.

• Проведение НИР (научно исследовательские работы).

• Разработка вариантов автоматизированных систем и отчет о работе.

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

2. Разработка эскизного проекта автоматизированной системы.

• Предварительное решение по всей системе и отдельным компонентам.

• Разработка документации.

1. Разработка технического проекта.

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

• Разработка и оформление технической документации.

1. Разработка документации.

• Разработка и адаптация ПО.

1. Ввод разработанной системы в действие.

• Подготовка объекта автоматизации.

• Подготовка персонала.

• Комплектация автоматизированной системы программами и техническими средствами.

• Монтажные работы.

• Пуско-наладка.

• Предварительные испытания.

• Опытные эксплуатации.

• Приемочные испытания.

1. Сопровождение.

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

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

Принципы и стандарты документирования ИС

Документацию на программные средства разрабатываются во время разработки самого программного средства (то есть на всех этапах ЖЦ).

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

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

1. Технологическая документация – которая позволяет подготавливать специалистов, участников проекта, и обеспечивать возможность дальнейшего освоения и развития программ и данных на ЖЦ ИС.

2. Эксплуатационная документация – создается для конечных пользователей, и позволяет им осваивать и квалифицированно применять ИС для решения.

Технологическая документация

1. Определяет структуру и содержание исходных и отчетных документов по всем этапам ЖЦ ИС.

2. Многочисленную структуру программных и информационных компонентов и БД ИС.

3. Спецификацию на межмодульные интерфейсы, и интерфейсы с внешней средой.

4. Язык и правила программирования, комментирование текста в программах.

5. Методы тестирования испытаний и аттестация.

Эксплуатационная документация

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

2. Руководство операторов пользователя.

3. Документация сопровождения.

4. Справочное руководство по управлению.

5. Учебные руководства по работе с программами.

Организация документирования

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

1. Состав подразделений и должностных лиц, которые будут отвечать за документирование.

2. Составляются схемы функций и связей между подразделениями и подчиненными с указанием их подчиненности.

3. Перечень категорий специалистов, число штатных единиц и их функциональной обязанности.

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

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

Список файлов книги