Студопедия Главная Случайная страница Обратная связь

Разделы: Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Лекция 3. 11.02.13





ГОСТ 12207 2012 усовершенствованный в 2012 году ГОСТ 12207 за 1997, который был точной копией (переводом) стандарта ISO 12207.

Жизненный цикл ПО/программной системы (ЖЦПО) - ISO/ГОСТ 12207.

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

Методологии от IEEE:

IDEF1X

IDEF3

DFD

IDEFO

 

RUP

MSF

AGILE

Существуют два типа методологий в разработке ПО:

1. Методология функционального проектирования.

2. Объектно-ориентированная методология

Стандарт 12207 определяет область его применения, дает ряд важных определений, таких как заказчик, поставщик, договор, релиз и т.п., а также описывает 17 процессов жизненного цикла ПО по трем категориям:

1. Основные

2. Организационные

3. Вспомогательные

ISO 12207 от 1999, 2005, 2008, 2010.

Основные процессы (Primary Processes):

1. Заказ (Acquisition)

2. Поставка (Supply)

3. Разработка (Development)

4. Эксплуатация (Operation)

5. Сопровождение (Maintenance)

Основные действия и задачи в рамках процесса «заказ»:

1. Инициирование приобретения - определение заказчиком своих потребностей приобретения ПО. Анализ требований к системе. Проверка наличия документаций, гарантий, сертификатов, лицензий, у поставщика. Подготовка и утверждение планов приобретения, включающие требования к системе, тип договора ответственности сторон.

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

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

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

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

Действие и задачи в рамках процесса «поставка»:

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

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

3. Разработку поставщиком плана управления проектом включает разграничение ответственности, технические требования к среде разработки, организационную структуру процесса и т.п.

Действие и задачи в рамках процесса «разработка»:

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

2. Анализ требований к системе. Подразумевает определение функциональных возможностей разрабатываемой системы, пользовательские требования, требования надежности и безопасности исходя из критерия реализуемости и возможности проверки при тестировании.

3. Проектирование архитектуры систем. Заключается в определении компонентов ПО, оборудования, операций, выполняемых персоналом, по эксплуатации.

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

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

6. Детальное проектировании ПО, включает в себя детальное описание компонентов и интерфейсов, допускающим кодирование и тестирование. Разработка и проектирование детального проекта БД. Обновление пользовательской документации, разработку и документирование требований к тестам и планам тестирования.

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

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

9. Квалификационное тестирование ПО. Заключается в проведении тестов по набору критериев и условиям, чтобы квалифицировать ПП, как готовый к эксплуатации, проводится разработчикам в присутствии заказчика.

10. Интеграция системы. Заключается в сборке всех компонентов (ПО и оборудование). Еще раз выполняется квалификационное тестирование.

11. Установка ПО. Установка ПО в среде заказчика и на оборудовании заказчика.

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







Дата добавления: 2015-12-04; просмотров: 188. Нарушение авторских прав; Мы поможем в написании вашей работы!




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


Обзор компонентов Multisim Компоненты – это основа любой схемы, это все элементы, из которых она состоит. Multisim оперирует с двумя категориями...


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


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

ЛЕКАРСТВЕННЫЕ ФОРМЫ ДЛЯ ИНЪЕКЦИЙ К лекарственным формам для инъекций относятся водные, спиртовые и масляные растворы, суспензии, эмульсии, ново­галеновые препараты, жидкие органопрепараты и жидкие экс­тракты, а также порошки и таблетки для имплантации...

Тема 5. Организационная структура управления гостиницей 1. Виды организационно – управленческих структур. 2. Организационно – управленческая структура современного ТГК...

Методы прогнозирования национальной экономики, их особенности, классификация В настоящее время по оценке специалистов насчитывается свыше 150 различных методов прогнозирования, но на практике, в качестве основных используется около 20 методов...

Обзор компонентов Multisim Компоненты – это основа любой схемы, это все элементы, из которых она состоит...

Кран машиниста усл. № 394 – назначение и устройство Кран машиниста условный номер 394 предназначен для управления тормозами поезда...

Приложение Г: Особенности заполнение справки формы ву-45   После выполнения полного опробования тормозов, а так же после сокращенного, если предварительно на станции было произведено полное опробование тормозов состава от стационарной установки с автоматической регистрацией параметров или без...

Studopedia.info - Студопедия - 2014-2025 год . (0.012 сек.) русская версия | украинская версия