18 Определение дисциплины программная инженерия

Программная инженрия (Software Engineering) является отраслью компьютерной

науки, изучает вопросы построения программ для компьютеров, отражает

закономерности развития в ней знаний, обобщает накопленный опыт

программирования в виде комплексов общих знаний и правил регламентации

инженерной деятельности разработчиков ПО.

Как инженерная дисциплина охватывает все аспекты создания ПО, начиная от

разработки требований до создания, сопровождения и снятия с эксплуатации ПО, а

также оценку трудозатрат, производительности и качества.

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

реверсной инженерии (перепрограммирование) и рефакторинга программных

компонентов и интерфейсов. Применение готовых продуктов (модулей, программ,

систем и т.п.) в новых разработках привело к их инженерии, при которой компоненты

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

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

электронных библиотеках.

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

сути.

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

- программисты

– менеджеры, которые планируют и управляют проектом, отслеживают сроки и

затраты;

– инженеры службы хранения готовых компонентов;

– технологи, которые определяют инженерные методы и стандарты,

регламентирующие и регулирующие процесс построения программных проектов;

– тестировщики, которые проверяют правильность выполнения процессов, сбор

данных при тестировании и оценку качества компонентов и системы в целом.

20. Основы программных требований

Функциональные требования задают назначение системы, а нефункциональные –

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

программной системе, состоящей из взаимосвязанных программных и аппаратных

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

(например, количество запросов в сек., средний показатель ошибок не должен

превышать 1.5% от объема вводимой информации и т.п.). Значительная часть

требований относится к атрибутам качества: безотказность, надежность и др.

Область знаний «Требования к ПО (Software Requirements)» состоит из следующих

разделов:

– инженерия требований (Requirement Engineering),

– выявление требований (Requirement Elicitation),

– анализ требований (Requirement Analysis),

– спецификация требований (Requirement Specification).

– проверка требований (Requirement validation),

– управление требованиями (Requirement Menegement).

21 Инженерия требований к по

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

Она базируется на модели процесса определения требований, процессах актеров –

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

на процессах повышения качества.

Модель процесса – это схема процессов ЖЦ, которые выполняются от начала проекта

и до тех пор, пока не будут определены и согласованы требования. При этом

процессом может быть маркетинг и проверка осуществимости требований в данном

проекте.