Программное обеспечение
<<  Программная инженерия Программное обеспечение (ПО)  >>
Программная инженерия
Программная инженерия
Программная инженерия — это область компьютерной науки и технологии,
Программная инженерия — это область компьютерной науки и технологии,
1 Жизненный цикл программных средств
1 Жизненный цикл программных средств
1.1 Понятие жизненного цикла программных средств
1.1 Понятие жизненного цикла программных средств
Классы программных средств
Классы программных средств
Признаки малых программных средств
Признаки малых программных средств
Признаки больших программных средств
Признаки больших программных средств
1.2 Нормативно-методическое обеспечение создания программных средств
1.2 Нормативно-методическое обеспечение создания программных средств
Классификация документов, входящих в НМО
Классификация документов, входящих в НМО
Нормативная база НМО
Нормативная база НМО
Основные международные документы, регламентирующие создание и
Основные международные документы, регламентирующие создание и
Профили стандартов ЖЦ
Профили стандартов ЖЦ
Основные группы профилей ЖЦ ПС
Основные группы профилей ЖЦ ПС
1.3 Процессы жизненного цикла
1.3 Процессы жизненного цикла
Основные процессы жизненного цикла
Основные процессы жизненного цикла
Процесс разработки
Процесс разработки
Процесс эксплуатации охватывает действия и задачи организации,
Процесс эксплуатации охватывает действия и задачи организации,
Вспомогательные процессы
Вспомогательные процессы
Процесс верификации означает формальное доказательство правильности ПС
Процесс верификации означает формальное доказательство правильности ПС
Организационные процессы
Организационные процессы
1.4 Модели жизненного цикла
1.4 Модели жизненного цикла
Основные стадии ЖЦ ПС:
Основные стадии ЖЦ ПС:
Программная инженерия
Программная инженерия
Каскадная модель жизненного цикла
Каскадная модель жизненного цикла
Преимущества
Преимущества
Поэтапная модель с промежуточным контролем
Поэтапная модель с промежуточным контролем
Недостатки
Недостатки
Итерационная модель
Итерационная модель
Принципиальные особенности спиральной модели:
Принципиальные особенности спиральной модели:
Достоинства
Достоинства
Недостатки
Недостатки
2 Технико-экономическое обоснование создания программного средства
2 Технико-экономическое обоснование создания программного средства
Рассматриваемые вопросы
Рассматриваемые вопросы
2.1 Процессы технико-экономического обоснования создания программного
2.1 Процессы технико-экономического обоснования создания программного
Жизненный цикл программного средства можно разделить на две части,
Жизненный цикл программного средства можно разделить на две части,
Планирования процессов и характеристик объектов
Планирования процессов и характеристик объектов
Факторы, влияющих на оценку затрат
Факторы, влияющих на оценку затрат
Программная инженерия
Программная инженерия
Программная инженерия
Программная инженерия
Важной составляющей технико-экономического анализа создания ПС
Важной составляющей технико-экономического анализа создания ПС
Способы уменьшения сроков разработки
Способы уменьшения сроков разработки
Факторы, влияющие на трудоёмкость
Факторы, влияющие на трудоёмкость
Первая группа факторов
Первая группа факторов
Вторая группа факторов
Вторая группа факторов
2.2 Моделирование бизнес-процессов
2.2 Моделирование бизнес-процессов
Классификация бизнес-процессов
Классификация бизнес-процессов
Цели построения бизнес-модели
Цели построения бизнес-модели
Типы бизнес-моделей
Типы бизнес-моделей
Модель бизнес-процесса должна давать ответы на вопросы:
Модель бизнес-процесса должна давать ответы на вопросы:
2.3 Разработка требований к программному средству
2.3 Разработка требований к программному средству
Основные проблемы, из-за которых разработка ПС терпит неудачу
Основные проблемы, из-за которых разработка ПС терпит неудачу
Процесс разработки требований к ПС
Процесс разработки требований к ПС
Формирование требований к системе
Формирование требований к системе
Большое влияние на процесс разработки оказывают требования к качеству
Большое влияние на процесс разработки оказывают требования к качеству
Программная инженерия
Программная инженерия
Корректный выбор и установление требований к характеристикам качества:
Корректный выбор и установление требований к характеристикам качества:
Влияние функций ПС на показатели качества
Влияние функций ПС на показатели качества
Потребители, которым необходимы определённые показатели ПС
Потребители, которым необходимы определённые показатели ПС
Состав выходных проектных данных
Состав выходных проектных данных
2.4 Оценка трудоёмкости создания программного средства
2.4 Оценка трудоёмкости создания программного средства
Последствия не адекватной и не достоверной оценки трудоёмкости
Последствия не адекватной и не достоверной оценки трудоёмкости
Методы оценки трудоёмкости
Методы оценки трудоёмкости
Программная инженерия
Программная инженерия
Основные параметры для определения трудоёмкости разработки ПС
Основные параметры для определения трудоёмкости разработки ПС
Трудоёмкость = (Персонал) * (Среда) * (Качество) * (Размер Процесс)
Трудоёмкость = (Персонал) * (Среда) * (Качество) * (Размер Процесс)
Процедура оценки трудоёмкости разработки ПС
Процедура оценки трудоёмкости разработки ПС
Основные единицы измерения размера ПС
Основные единицы измерения размера ПС
2. 5 Структура основных документов, отражающих требования к ПС
2. 5 Структура основных документов, отражающих требования к ПС
Формирование концепции ПС
Формирование концепции ПС
цели создания ПС и назначение комплекса функциональных задач перечень
цели создания ПС и назначение комплекса функциональных задач перечень
Требования к входной информации
Требования к входной информации
Требования к выходной информации
Требования к выходной информации
описание и оценка преимуществ и недостатков разработанных
описание и оценка преимуществ и недостатков разработанных
ожидаемые результаты и возможная эффективность реализации выбранного
ожидаемые результаты и возможная эффективность реализации выбранного
Формирование требований к системе на этапе детального проектирования
Формирование требований к системе на этапе детального проектирования
описание распределения системных требований по компонентам ПС
описание распределения системных требований по компонентам ПС
требования для ПС и подсистем
требования для ПС и подсистем
Цель: выбор и определение способов создания и совершенствования ПС,
Цель: выбор и определение способов создания и совершенствования ПС,
План должен охватывать следующие задачи
План должен охватывать следующие задачи
Программная инженерия
Программная инженерия
Программная инженерия
Программная инженерия
Программная инженерия
Программная инженерия
Затраты в ЖЦ ПС
Затраты в ЖЦ ПС
Программная инженерия
Программная инженерия
Разделение труда специалистов при создании ПС
Разделение труда специалистов при создании ПС
При проектировании и создании ПС необходимы организация и тесное
При проектировании и создании ПС необходимы организация и тесное
Индустриализация разработки ПС
Индустриализация разработки ПС
Снижение творчества
Снижение творчества
Формирование для выполнения каждого проекта жесткой организационной
Формирование для выполнения каждого проекта жесткой организационной
менеджер проекта – специалист, обеспечивающий коммуникацию между
менеджер проекта – специалист, обеспечивающий коммуникацию между
В реализации крупного проекта можно выделить две категории
В реализации крупного проекта можно выделить две категории
Специалисты первой категории
Специалисты первой категории
тестировщики обеспечивают проверку компонентов и системы в целом
тестировщики обеспечивают проверку компонентов и системы в целом
Успех и качество при разработке ПС зависит от
Успех и качество при разработке ПС зависит от
Специалисты второй категории
Специалисты второй категории
2.7 Ресурсы для обеспечения функциональной пригодности программного
2.7 Ресурсы для обеспечения функциональной пригодности программного
Все затраты можно разделить на две группы
Все затраты можно разделить на две группы
затрат ресурсов на технологию, инструментарий автоматизации разработки
затрат ресурсов на технологию, инструментарий автоматизации разработки
2.8 Ошибки и риски
2.8 Ошибки и риски
Этапы работ, выполняемые при поддержке базовых работ ЖЦ ПС
Этапы работ, выполняемые при поддержке базовых работ ЖЦ ПС
контрмеры для сокращения рисков применять последовательно, начиная с
контрмеры для сокращения рисков применять последовательно, начиная с
Проявление рисков в ЖЦ ПС
Проявление рисков в ЖЦ ПС
Управления рисками предполагает ясное понимание внутренних и внешних
Управления рисками предполагает ясное понимание внутренних и внешних
На основе проведённого анализа рисков в ЖЦ ПС следует определять:
На основе проведённого анализа рисков в ЖЦ ПС следует определять:

Презентация на тему: «Программная инженерия». Автор: Igor. Файл: «Программная инженерия.pptx». Размер zip-архива: 329 КБ.

Программная инженерия

содержание презентации «Программная инженерия.pptx»
СлайдТекст
1 Программная инженерия

Программная инженерия

Жизненный цикл программных средств Технико-экономическое обоснование создания программного средства

2 Программная инженерия — это область компьютерной науки и технологии,

Программная инженерия — это область компьютерной науки и технологии,

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

3 1 Жизненный цикл программных средств

1 Жизненный цикл программных средств

Понятие жизненного цикла программных средств Нормативно-методическое обеспечение создания программных средств Процессы жизненного цикла Модели жизненного цикла

4 1.1 Понятие жизненного цикла программных средств

1.1 Понятие жизненного цикла программных средств

ЖЦ ПС – это непрерывный процесс, начинающийся с момента принятия решения о необходимости создания ПС и заканчивающийся в момент полного его изъятия из эксплуатации

Разработка

Модификация

Использование

5 Классы программных средств

Классы программных средств

6 Признаки малых программных средств

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

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

7 Признаки больших программных средств

Признаки больших программных средств

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

8 1.2 Нормативно-методическое обеспечение создания программных средств

1.2 Нормативно-методическое обеспечение создания программных средств

Нормативно-методическим обеспечением (НМО) – совокупность документов, регламентирующих различные этапы разработки ПС: порядок разработки, внедрения и сопровождения ПС общие требования к составу и качеству ПС виды, состав и содержание проектной и программной документации

9 Классификация документов, входящих в НМО

Классификация документов, входящих в НМО

10 Нормативная база НМО

Нормативная база НМО

11 Основные международные документы, регламентирующие создание и

Основные международные документы, регламентирующие создание и

сопровождение ПС

CMM/CMMI (Capability Maturity Model Integration for Product and Process Development) – Интегрированная модель оценивания зрелости продуктов и процессов разработки ПО ISO 9001 – Система менеджмента качества ISO 9003 – Руководство по организации применения стандарта ISO 9001 для ПО ISO 9126 – Оценка программного продукта ISO 12207 – Процессы жизненного цикла ПО ISO 15504 – Оценка и аттестация зрелости процессов жизненного цикла ПО ISO 15939 – Процесс измерения ПО и др.

12 Профили стандартов ЖЦ

Профили стандартов ЖЦ

Профиль стандартов – это совокупность нескольких базовых стандартов и других нормативных документов с чётко определённым подмножеством обязательных и факультативных возможностей, предназначенная для реализации заданных функций

13 Основные группы профилей ЖЦ ПС

Основные группы профилей ЖЦ ПС

14 1.3 Процессы жизненного цикла

1.3 Процессы жизненного цикла

международный стандарт ISO/IEC 12207 его российский аналог ГОСТ Р ИСО/МЭК 12207 Основные Вспомогательные Организационные

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

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

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

16 Процесс разработки

Процесс разработки

подготовительная работа анализ требований к системе проектирование архитектуры системы анализ требований к ПС проектирование архитектуры ПС детальное проектирование ПС кодирование и тестирование ПС интеграция ПС квалификационное тестирование ПС интеграция системы квалификационное тестирование системы установка ПС приёмка ПС

17 Процесс эксплуатации охватывает действия и задачи организации,

Процесс эксплуатации охватывает действия и задачи организации,

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

18 Вспомогательные процессы

Вспомогательные процессы

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

19 Процесс верификации означает формальное доказательство правильности ПС

Процесс верификации означает формальное доказательство правильности ПС

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

20 Организационные процессы

Организационные процессы

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

21 1.4 Модели жизненного цикла

1.4 Модели жизненного цикла

Модель ЖЦ ПС включает в себя: стадии результаты выполнения работ на каждой стадии ключевые события (точки завершения работ и принятия решений)

22 Основные стадии ЖЦ ПС:

Основные стадии ЖЦ ПС:

Разработка требований проектирование реализация (кодирование, программирование) тестирование и отладка ввод в действие (эксплуатация и сопровождение)

23 Программная инженерия
24 Каскадная модель жизненного цикла

Каскадная модель жизненного цикла

25 Преимущества

Преимущества

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

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

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

27 Недостатки

Недостатки

Позднее обнаружение проблем избыточное количество документации невозможность разбить систему на части (весь продукт разрабатывается за один раз) высокий риск создания системы, не удовлетворяющей изменившимся потребностям пользователей

28 Итерационная модель

Итерационная модель

29 Принципиальные особенности спиральной модели:

Принципиальные особенности спиральной модели:

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

30 Достоинства

Достоинства

Ускорение разработки (раннее получение результата за счёт прототипирования) постоянное участие заказчика в процессе разработки разбиение большого объёма работы на небольшие части снижение риска (повышение вероятности предсказуемого поведения системы)

31 Недостатки

Недостатки

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

32 2 Технико-экономическое обоснование создания программного средства

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

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

33 Рассматриваемые вопросы

Рассматриваемые вопросы

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

34 2.1 Процессы технико-экономического обоснования создания программного

2.1 Процессы технико-экономического обоснования создания программного

средства

35 Жизненный цикл программного средства можно разделить на две части,

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

существенно различающиеся экономическими особенностями

36 Планирования процессов и характеристик объектов

Планирования процессов и характеристик объектов

37 Факторы, влияющих на оценку затрат

Факторы, влияющих на оценку затрат

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

38 Программная инженерия
39 Программная инженерия
40 Важной составляющей технико-экономического анализа создания ПС

Важной составляющей технико-экономического анализа создания ПС

являются совокупные трудовые затраты (трудоёмкость )

41 Способы уменьшения сроков разработки

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

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

42 Факторы, влияющие на трудоёмкость

Факторы, влияющие на трудоёмкость

При расчёте трудоёмкость конкретного проекта следует учитывать факторы, влияния которых в конкретном проекте имеют достаточную величину. Все факторы можно разделить на две группы. изменяют трудоёмкость в несколько раз (до 3-5) в конкретном проекте могут повлиять на изменение трудоёмкости разработки на 10-20%

43 Первая группа факторов

Первая группа факторов

Размер и доля повторно используемых компонентов новизна проекта необходимая степень согласованности проекта с требованиями технического задания наличие управления рисками и архитектурой проекта уровень обобщённой слаженности и организованности коллективной разработки проекта

44 Вторая группа факторов

Вторая группа факторов

требования надёжности ПС требования степени соответствия документации программному продукту тематическая квалификация специалистов технологическая квалификация проектировщиков и программистов стабильность состава коллектива разработчиков стабильность требований заказчика к задачам и функциям ПС

45 2.2 Моделирование бизнес-процессов

2.2 Моделирование бизнес-процессов

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

46 Классификация бизнес-процессов

Классификация бизнес-процессов

47 Цели построения бизнес-модели

Цели построения бизнес-модели

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

48 Типы бизнес-моделей

Типы бизнес-моделей

49 Модель бизнес-процесса должна давать ответы на вопросы:

Модель бизнес-процесса должна давать ответы на вопросы:

Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата? В какой последовательности выполняются эти процедуры? Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса? Кто выполняет процедуры процесса? Какую входящую информацию использует каждая процедура процесса? Какую исходящую информацию генерирует процедура процесса? Какие ресурсы необходимы для выполнения каждой процедуры процесса? Какие условия регламентируют выполнение процедуры? Какие параметры характеризуют выполнение процедур и процесса в целом?

50 2.3 Разработка требований к программному средству

2.3 Разработка требований к программному средству

51 Основные проблемы, из-за которых разработка ПС терпит неудачу

Основные проблемы, из-за которых разработка ПС терпит неудачу

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

52 Процесс разработки требований к ПС

Процесс разработки требований к ПС

53 Формирование требований к системе

Формирование требований к системе

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

54 Большое влияние на процесс разработки оказывают требования к качеству

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

ПС

55 Программная инженерия
56 Корректный выбор и установление требований к характеристикам качества:

Корректный выбор и установление требований к характеристикам качества:

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

57 Влияние функций ПС на показатели качества

Влияние функций ПС на показатели качества

58 Потребители, которым необходимы определённые показатели ПС

Потребители, которым необходимы определённые показатели ПС

59 Состав выходных проектных данных

Состав выходных проектных данных

спецификация структурного проектирования описание результатов и спецификации рабочего проектирования компонентов исходные тексты программ и программы в объектном коде комплект эксплуатационной документации и руководств для пользователей комплект технологической документации для обеспечения возможности модификации и сопровождения ПС

60 2.4 Оценка трудоёмкости создания программного средства

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

Модели и методы оценки трудоёмкости используются для: разработки бюджета проекта анализа степени риска и выбора компромиссного решения планирования и управления проектом анализа затрат на улучшение качества ПС

61 Последствия не адекватной и не достоверной оценки трудоёмкости

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

62 Методы оценки трудоёмкости

Методы оценки трудоёмкости

63 Программная инженерия
64 Основные параметры для определения трудоёмкости разработки ПС

Основные параметры для определения трудоёмкости разработки ПС

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

65 Трудоёмкость = (Персонал) * (Среда) * (Качество) * (Размер Процесс)

Трудоёмкость = (Персонал) * (Среда) * (Качество) * (Размер Процесс)

Определение трудоёмкости

66 Процедура оценки трудоёмкости разработки ПС

Процедура оценки трудоёмкости разработки ПС

Оценка размера разрабатываемого продукта оценка трудоёмкости в человеко-месяцах или человеко-часах оценка продолжительности проекта в календарных месяцах оценка стоимости проекта

67 Основные единицы измерения размера ПС

Основные единицы измерения размера ПС

68 2. 5 Структура основных документов, отражающих требования к ПС

2. 5 Структура основных документов, отражающих требования к ПС

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

69 Формирование концепции ПС

Формирование концепции ПС

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

70 цели создания ПС и назначение комплекса функциональных задач перечень

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

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

общие требования к характеристикам комплекса задач ПС

71 Требования к входной информации

Требования к входной информации

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

72 Требования к выходной информации

Требования к выходной информации

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

73 описание и оценка преимуществ и недостатков разработанных

описание и оценка преимуществ и недостатков разработанных

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

74 ожидаемые результаты и возможная эффективность реализации выбранного

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

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

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

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

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

76 описание распределения системных требований по компонентам ПС

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

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

77 требования для ПС и подсистем

требования для ПС и подсистем

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

78 Цель: выбор и определение способов создания и совершенствования ПС,

Цель: выбор и определение способов создания и совершенствования ПС,

удовлетворяющую требованиям ТЗ

2.6 Планирование жизненного цикла программного средства

79 План должен охватывать следующие задачи

План должен охватывать следующие задачи

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

80 Программная инженерия
81 Программная инженерия
82 Программная инженерия
83 Затраты в ЖЦ ПС

Затраты в ЖЦ ПС

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

84 Программная инженерия
85 Разделение труда специалистов при создании ПС

Разделение труда специалистов при создании ПС

86 При проектировании и создании ПС необходимы организация и тесное

При проектировании и создании ПС необходимы организация и тесное

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

функциональные и потребительские характеристики ПС

способы реализации характеристик ПС с требуемым качеством

Заказчик

Разработчик

87 Индустриализация разработки ПС

Индустриализация разработки ПС

88 Снижение творчества

Снижение творчества

применение : унифицированной технологии готовых испытанных компонентов стандартизированной архитектуры определенных классов ПС

89 Формирование для выполнения каждого проекта жесткой организационной

Формирование для выполнения каждого проекта жесткой организационной

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

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

90 менеджер проекта – специалист, обеспечивающий коммуникацию между

менеджер проекта – специалист, обеспечивающий коммуникацию между

заказчиком и проектной командой менеджер-архитектор ПС – управляет коммуникациями и взаимоотношениями в проектной команде

Руководство крупным проектом ПС

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

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

специалистов

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

92 Специалисты первой категории

Специалисты первой категории

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

93 тестировщики обеспечивают проверку компонентов и системы в целом

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

управляющие сопровождением и конфигурацией, инструкторы интерфейсов отвечают за снижение затрат на модификацию и сопровождение продукта документаторы процессов и объектов ЖЦ ПС обеспечивают подготовку и издание технологических и эксплуатационных документов

94 Успех и качество при разработке ПС зависит от

Успех и качество при разработке ПС зависит от

слаженности работы коллектива профессионализма коллектива тематической квалификации специалистов в области создания ПС технологической квалификации коллектива

95 Специалисты второй категории

Специалисты второй категории

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

96 2.7 Ресурсы для обеспечения функциональной пригодности программного

2.7 Ресурсы для обеспечения функциональной пригодности программного

средства

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

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

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

98 затрат ресурсов на технологию, инструментарий автоматизации разработки

затрат ресурсов на технологию, инструментарий автоматизации разработки

и систему качества, обеспечивающие ЖЦ ПС обеспечение функциональной пригодности зависят от сложности алгоритмов, объёма программных компонентов и БД определение исходных требований к характеристикам ПС крупные затраты могут приходиться на верификацию и тестирование программных компонентов затраты на создание достаточно полного комплекта документации практически пропорциональны размеру системы ограниченные ресурсы времени реализации проекта ПС является одним из самых сильных факторов, влияющих на качество проекта

99 2.8 Ошибки и риски

2.8 Ошибки и риски

ошибки корректности требований к ПС считаются наиболее критичными для общего успеха системы пропуск некоторых требований конфликтующие требования в ТЗ неопределённость требований ошибки проектирования и разработки структуры ПС определяются процессами перевода неопределённых и общих положений

100 Этапы работ, выполняемые при поддержке базовых работ ЖЦ ПС

Этапы работ, выполняемые при поддержке базовых работ ЖЦ ПС

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

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

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

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

102 Проявление рисков в ЖЦ ПС

Проявление рисков в ЖЦ ПС

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

103 Управления рисками предполагает ясное понимание внутренних и внешних

Управления рисками предполагает ясное понимание внутренних и внешних

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

104 На основе проведённого анализа рисков в ЖЦ ПС следует определять:

На основе проведённого анализа рисков в ЖЦ ПС следует определять:

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

«Программная инженерия»
http://900igr.net/prezentacija/informatika/programmnaja-inzhenerija-230658.html
cсылка на страницу

Программное обеспечение

33 презентации о программном обеспечении
Урок

Информатика

130 тем
Слайды