9. Xp модель жцпо

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

В XP есть несколько правил, характеризующих особенности этой модели.

1. Живое планирование - как можно быстрее определить объём работ, которые можно сделать до следующей версии ПО.

2. Частая смена версий. Первая работающая версия должна появиться как можно быстрее и тут же начать использоваться.

3. Стараются принимать простые проектные решения.

4. Новые функции добавляются только после убедительной просьбы об этом. Все лишние сложности удаляются, как только обнаруживаются.

5. Проведение разработки на базе тестирования.

6. Интеграционное тестирование

7. Проведение постоянной переработки системы для улучшения понятности кода и повышения его гибкости (рефакторинг)

8. Выработка единого стиля программирования и неукоснительное следование ему.

9. 40-часовая рабочая неделя. Сверхурочная работа рассматривается как признак больших проблем в проекте.

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

11. Парное программирование

10. Этапы жцпо. Содержание этапов системный анализ и проектирование.

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

Содержание этапов ЖЦПО:

1. Анализ

1.1. Определение назначения ПО

1.2. Определение основных функций

1.3. Определение требований к входным и выходным данным

1.4. Определение языка программирования и среды разработки

1.5. Требования к пользовательскому интерфейсу

1.6. Экономические показатели - время и деньги

1.7. Используемая аппаратура

2. Проектирование

2.1. Построение архитектуры ПО

2.2. Описание алгоритмов

2.3. Уточнение требований к входным и выходным данным

2.4. Уточнение требований к пользовательскому интерфейсу

2.5. Уточнение требований к языкам программирования

2.6. Описание программного интерфейса

3. Реализация

4. Внедрение

11. Этапы жцпо. Содержание этапов реализации и сопровождения.

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

Содержание этапов ЖЦПО:

1. Анализ

2. Проектирование

3. Реализация

3.1. Кодирование

3.2. Отладка(устранение ошибок)

3.3. Тестирование(проверка работоспособности программы)

4. Внедрение

4.1. Проверка работы программы на реальной аппаратуре на реальных данных

4.2. Корректировка

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

12. Архитектура по, выбор архитектур.

Архитектура – это структура программы или вычислительной системы, которая включает программные компоненты, видимые снаружи свойства этих компонентов, а так же отношения между ними.

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

Наиболее распространённые типы архитектур:

1. Монолитная. Все части монолитного ядра работают в одном адресном пространстве. Имеет долгую историю развития и на данный момент является наиболее зрелой архитектурой и пригодной к эксплуатации. Вместе с тем монолитность усложняет отладку, понимание кода, добавление кода, добавление новых функций, удаление ненужных версий кода. Разбухание кода монолитной архитектуры повышает требования к оперативной памяти, это делает эту архитектуру мало пригодной для эксплуатации в системах с малой оперативной памятью.

2. Альтернативной монолитным ядрам, считается архитектура основанная на микро ядрах.

3. Клиент сервер. Если есть ограниченное число ресурсов, которым требуется ограниченный правами доступ большого числа потребителей, то удобно использовать клиент серверную архитектуру. Такой подход повышает возможности системы, но при этом, сервер может стать узким местом системы, при его недоступности недоступна вся система.

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

5. 3-х уровневая архитектура – это архитектурная модель программного комплекса, предполагающая наличие в нём 3-х компонентов: клиентского приложения, сервера приложений, к которому подключено клиентское приложение и сервера БД, с которым работает сервер приложений.