Разделы презентаций


ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ПРОДУКТА

Содержание

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

Слайды и текст этой презентации

Слайд 1ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ПРОДУКТА
проф. В.П.Котляров vpk@spbstu.ru

ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ПРОДУКТАпроф. В.П.Котляров vpk@spbstu.ru

Слайд 2Программный продукт
Программное изделие (продукт) – должен быть разработан в соответствии

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

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

Слайд 3Основные этапы эволюции ПО

Реальный мир
Абстрактный мир моделей представления знаний


Требования/ Requirements Зачем мы делаем ПП ? Что должно получиться в результате

?
1

Спецификации/ Specifications
Как мы собираемся разработать ПП, чтобы он удовлетворял требованиям ?
2

Реализация/ Development
Как мы реализуем спецификацию на языке программирования ?
3,4,5,6,7

Эксплуатация и сопровождение / Maintenance
Что получилось в результате ? 8

65% ошибок

35% ошибок

Основные этапы эволюции ПО Реальный мирАбстрактный мир моделей представления знаний Требования/ Requirements Зачем мы делаем ПП ?

Слайд 4Модель Жизненного Цикла

Модель Жизненного Цикла

Слайд 5Модель Жизненного Цикла
1
20%
20%
7%
20%
10%
10%
5%
20%
8%
+100%

Модель Жизненного Цикла 120%20%7%20%10%10%5%20%8%+100%

Слайд 6ЖЦПП и его фазы
1 этап. Анализ требований – создание

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

процесса и данных предыдущего опыта производится формализация целей, требований, критериев, предъявляемых пользователем к будущей услуге, также оценивается экономическая целесообразность инвестиций в реализацию
Разработка требований – создание документа, в котором в терминах предметной области формализуется совокупность свойств, функций, характеристик, режимов использования, состояний и ситуаций будущего продукта, важных для пользователя и Заказчика. Спецификация требований (Requirement Specification) – документ, содержащий достаточно точное точное и полное описание объекта проектирования, разработанное на основе анализа требований. Спецификация - точное и полное описание задачи, которое человеку, участвующему в ее решении легче написать, понять и прочесть, чем программу реализации этой задачи на языке программирования. Язык спецификаций – как правило, язык более высокого уровня, чем язык программирования, например, естественный язык неформальных спецификаций, или формальный язык спецификаций, как UCM, SDL, MSC, UML.
ЖЦПП и его фазы 1 этап. Анализ требований – создание документа, в котором на основе потребности в

Слайд 7Пример TRS
Пример документа TRS

Пример TRS Пример документа  TRS

Слайд 8Пример документа TRS

Пример документа  TRS

Слайд 9Пример документа UIS

Пример документа  UIS

Слайд 10ЖЦП и его фазы.
2 этап. Разработка реализационных спецификаций –

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

интерфейсам и протоколам проектируемой системы, в частности определена платформа и архитектура приложения. Реализационные спецификации (Specification) представляют собой иерархическую систему документов, в которой высокоуровневые описания дизайна (High Level Design - HLD) дополняются детальными спецификациями (Detail Design - DD). Таким образом дизайн создает систему документов, являющихся заданием на реализацию. Наилучший дизайн – формальное описание системы на формальном языке спецификаций, таком как UCM, SDL, MSC, UML.
3 этап. Кодирование – преобразование реализационных спецификаций в коды, которые должны удовлетворять спецификациям требований. На этом этапе спецификации вручную или автоматически трансформируются в программные модули, заданные в виде кода на выбранном языке программирования. Результат кодирования – получение исполняемого кода. 4 этап. Отладка и тестирование – проверка кода в процессе исполнения на соответствие требованиям и спецификациям.
ЖЦП и его фазы. 2 этап. Разработка реализационных спецификаций – создание документов, в которых зафиксированы решения по

Слайд 11Разработка реализационных спецификаций
manually
automatically
automatically

Разработка реализационных спецификацийmanuallyautomaticallyautomatically

Слайд 12Пример TRM

Пример TRM

Слайд 13ЖЦП и его фазы.
Выделяют несколько стадий проверки – на

уровне модулей– модульное тестирование (Unit Testing), - на уровне межмодульных

связей – интеграционное тестирование (Integration Testing) - на уровне изделия – системное тестирование (System Testing)
5 этап. Настройка на окружение и целевую платформу – обеспечивается в процессе целевой компиляции. Настройка обеспечивает адаптацию кода к типу и характеристикам микроконтроллера и операционной системы, требуемым ресурсам, особенностям окружающей среды (environment) и оптимизацию характеристик программного обеспечения.
6 этап. Системное тестирование – проверка кода в процессе исполнения на соответствие требованиям и спецификациям в модельной и/или реальной среде исполнения и окружении.
7 этап. Документирование – процесс создания и комплектации изделия эксплуатационной и пользовательской документацией, выполненной в соответствии с международными (ISO/IEEE), государственными (ЕСПД/ANSI/…) и фирменными стандартами.
ЖЦП и его фазы. Выделяют несколько стадий проверки  – на уровне модулей– модульное тестирование (Unit Testing),

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

тестовых процедур для любой целевой платформы)

Интеграция процессов верификации и тестирования для мультиплатформенных решенийГенерации тестов и тестовых процедур для любой целевой платформы)

Слайд 15ЖЦП и его фазы.
Превращение программного обеспечения в продукт –

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

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

Слайд 16Требования и формализация

Требования и формализация

Слайд 17Требования и формализация

Требования и формализация

Слайд 18Требования и TRM

Требования и TRM

Слайд 19Требования и TRM

Требования и TRM

Слайд 20Требования и TRM

Требования и TRM

Слайд 21Требования и TRM

Требования и TRM

Слайд 22Требования и TRM

Требования и TRM

Слайд 23Требования и TRM

Требования и TRM

Слайд 24Main Map
UCM диаграмма фрагмента проекта CARRadio

Main MapUCM диаграмма фрагмента проекта CARRadio

Слайд 25UCM диаграмма фрагмента проекта CARRadio

UCM диаграмма фрагмента проекта CARRadio

Слайд 26UCM диаграмма фрагмента проекта CARRadio

UCM диаграмма фрагмента проекта CARRadio

Слайд 27UCM диаграмма фрагмента проекта CARRadio

UCM диаграмма фрагмента проекта CARRadio

Слайд 28Из верифицированного в тестовый сценарий

Из верифицированного в тестовый сценарий

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

тестовых процедур для любой целевой платформы)

Интеграция процессов верификации и тестирования для мультиплатформенных решенийГенерации тестов и тестовых процедур для любой целевой платформы)

Слайд 30Спасибо за внимание!

Спасибо за внимание!

Обратная связь

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

Email: Нажмите что бы посмотреть 

Что такое TheSlide.ru?

Это сайт презентации, докладов, проектов в PowerPoint. Здесь удобно  хранить и делиться своими презентациями с другими пользователями.


Для правообладателей

Яндекс.Метрика