Понятие программного продукта

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

3. Понятие технологии программирования
Набор правил, методов и средств обеспечения промышленной разработки ПО.

4. Требования к промышленному производству программ: требования к производственному процессу

Срок, бюджет, оценка трудозатрат, текучка кадров, оценка ресурсов, персонала, ФОТ, отчуждение кода.

5. Требования к промышленному производству программ: требования к продукту

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

6. Требования к промышленному производству программ: требования к послепроизводственной стадии

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

LegacуSoftware

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

Соотношение успешных и неуспешных проектов области разработки ПП

27% - проекты, которые никогда не реализуются

53% - проекты запущенные, но не отвечающие функциональным требованиям

20% - проекту запущенные и соответствующие функциональным требованиям

Жизненный цикл ПП

Проблема 1 – Идея – ТЭО – ТЗ – Проект – Реализация – Стабилизация – Развёртывание – Эксплуатация/Сопровождение – Проблема 2 – и т.д.

Основные подходы к разработке ПП

Каскадный, Спиральный, Каркасный, Монументальный

Каскадный подход к разработке ПП

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

Спиральный подход к разработке ПП

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

13. Каркасный подход к разработке ПП

Монументальные технологии: область применения

Хорошо формализованные задачи (моделирование физических, экономических процессов, математические расчёты и т.д.)

Облегчённые технологии: область применения

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

Закон Конвея

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

Линейная организация. Достоинства

- простота

- строгое единоначалие

- масштабируемость

- простота распределения работы

- простота оценки работы

- простота поощрения

Линейная организация. Недостатки

- высокие требования к руководителю

- высокие требования к обработке информации

- высокие требования к бизнес-процессам

- длительное время реакции

- отсутствие самоорганизации

Линейно-штабная организация. Достоинства

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

- оперативность решений

Линейно-штабная организация. Недостатки

- единоначалие

- сложная структура

21. Линейно-функциональная организация. Достоинства

22. Линейно-функциональная организация. Недостатки

23. Бригада равных. Достоинства

24. Бригада равных. Недостатки

Матричная организация

Проектная организация, отсутствие единоначалия. Один Исполнитель выполняет задачи сразу нескольких Заказчиков