- •Фундаментальные основы конструирования программного обеспечения
- •2. Минимизация сложности программного обеспечения
- •3. Ожидание изменений в программном обеспечении как фактор, влияющий на конструирование по
- •4. Конструирование по с возможностью проверки
- •7 Планирование конструирования (Construction Planning)
- •8 Измерения в конструировании (Construction Measurement)
- •9 Проектирование в конструировании (Construction Design)
- •10 Языки конструирования (Construction Languages)
- •13 Повторное использование по (Reuse)
- •18 Определение дисциплины программная инженерия
- •19 Состав коллективов при создании больших программных проектов
- •20. Основы программных требований
- •21 Инженерия требований к по
- •22 Управление требованиями к по
- •23 Выявление требований
- •24. Анализ требований
- •26 Валидация требований к по
- •27 Управление требованиями
- •28 Определение термина Проектирование по (Software design)
- •29 Базовые концепции проектирования по
- •30 Базовые элементы Архитектуры по
- •31 Анализ и оценка качества проектирования по
- •32 Нотации проектирования
- •33. Определение термина «Конструирование по»
- •34 Виды тестирования по
- •35 Техники тестирования по
- •36 Управление тестированием по
- •37 Измерение результатов тестирования.
- •38 Сопровождение по (Software maintenance)
- •39 Основные концепции сопровождения по
- •40 Эволюция по.
- •41 Управление конфигурацией по (Software Configuration Management–
- •42 Управление инженерией по (Software Engineering Management)
- •43 Организационное управление инженерией по
- •44 Процесс управления проектом разработки по
- •45 Управление рисками при разработке программного проекта
- •47 Процесс инженерии по (Software Engineering Process)
- •48 Инфраструктура процесса разработки по
- •49 Определение процесса разработки по
- •50 Оценка процесса разработки по
- •51 Модели жизненного цикла при разработке программных систем
- •52 Каскадная модель жц
- •53 Инкрементная модель жц
- •54 Спиральная модель
- •55 Эволюционная модель жц
- •56 Стандартизованная модель системы
- •57 Основные процесс стандарта iso/iec 12207
- •58 Вспомогательные процессы стандарта iso/iec 12207
- •59 Организационные процессы стандарта iso/iec 12207
- •60 Характеристика модели процессов в ядре swebok
49 Определение процесса разработки по
основывается на: типах процессов и моделей (водопадная,
спиральная, итерационная и др.); моделях ЖЦ процессов и средств, стандартах ЖЦ ПО
ISO/IEC 12207 и 15504, IEEE std 1074-91 и 1219-92; а также методах и нотациях
задания процессов и автоматизированных средствах их поддержки. Основной целью
процесса является повышение качества получаемого продукта, улучшение различных
аспектов программной инженерии, автоматизация процессов и др.
К нотациям определения процессов диаграммы потоков данных, диаграммы переходов
и состояний. Ряд нотаций используются в рамках RUP. Есть специальные нотации для
графического представления бизнес-процессов (Business Process Management Notation).
Автоматизация заключается в использовании тех или иных диаграмм и нотаций (RUP,
MSF, IBM, Rational Rose и др.).
50 Оценка процесса разработки по
проводится с использованием соответствующих моделей и методов
оценки. Например, оценка потенциальной способности специалиста для выполнения
соответствующей работы. SWEBOK обращает внимание на необходимость проведения
оценки возможности организации проводить разработку ПС на основе модели оценки
зрелости (СММ [22]) и процессов, согласно которым проводится разработка ПО.
Оценки относятся также и к техническим работам программной инженерии, к
управлению персоналом и качеству ПО. Для этого проводится наблюдение за
выполнением процесса, сбор информации, моделирование, классификация
полученных дефектов, а также статический контроль и оценка процесса.
Качественный анализ процесса состоит в идентификации и поиске слабых мест в
процессе создания ПО до начала его функционирования.
51 Модели жизненного цикла при разработке программных систем
Модель жизненного цикла – это схема выполнения работ и задач на процессах,
обеспечивающих разработку, эксплуатацию и сопровождение программного продукта,
и отражающая жизнь ПС, начиная от формулировки требований к ней до прекращения
ее использования [1-5].
Исторически в эту схему работ включают:
– разработку требований или технического задания,
– разработку системы или технического проекта,
– программирование или рабочее проектирование,
– пробную эксплуатацию,
– сопровождение и улучшение,
– снятие с эксплуатации.
Выбор и построение модели ЖЦ ПС базируется на концептуальной идее
проектируемой системы, ее сложности и стандартов, позволяющих формировать схему
выполнения работ по усмотрению разработчика и заказчика. Модель ЖЦ разбивается
на процессы реализации, которые должны включать отдельные работы и задачи,
реализуемые в данном процессе, и при их завершении осуществлять переход к
следующему процессу модели.
Если работа или задача требуется более чем одному процессу, то они могут стать
процессом, используемым однократно или на протяжении жизни системы.. Каждый
процесс должен иметь внутреннюю структуру, установленную в соответствии с тем,
что должно выполняться на этом процессе.
Процессы модели ЖЦ ориентированы на разработчика системы. Он может выполнять
один или несколько процессов и процесс может быть выполнен одним или
несколькими разработчиками, при этом один из них является ответственным за один
процесс или за все на модели, даже если отдельные работы выполняет другой
разработчик.
Создаваемая модель ЖЦ увязывается с конкретными методиками разработки систем и
соответствующими стандартами в области программной инженерии. Иными словами
каждый процесс ЖЦ подкрепляется выбранными для реализации задач средств и
методов.
Важную роль при формировании модели ЖЦ имеют организационные аспекты:
– планирование последовательности работ и сроков их исполнения,
– подбор и подготовка ресурсов (людских, программных и технических) для
выполнения работ,
– оценка возможностей реализации проекта в заданные сроки и стоимость и др.
Внедрение модели ЖЦ в практическую деятельность по созданию программного
продукта позволяет упорядочить взаимоотношения между субъектами процесса
разработки ПС и учитывать динамику модификации требований к проектам и системе.
Эти и другие вопросы послужили источником формирования различных видов
моделей ЖЦ, основанных на процессном подходе к разработке программных проектов.
Основными среди них зарекомендовали себя в практике программирования являются
следующие: каскадная, спиральная, инкрементная, эволюционная, стандартизованная.