Вопрос2

…

Билет4

Вопрос1

Обобщенный жизненный цикл можно представить в виде следующей последовательности этапов, которые, в свою очередь, можно также разбить на стадии:

1. планирование разработки;

2. определение требований к системе;

2.1

выработка требований;

2.2

анализ требований;

3. проектирование системы;

3.1

проектирование архитектуры системы;

3.2

детальное проектирование компонент системы, в т.ч. для программного обеспечения;

3.2.1

общее проектирование программного обеспечения;

3.2.2

проектирование отдельных программных компонент;

4. реализация и тестирование системы;

4.1

создание отдельных компонент системы, в т.ч. для программного обеспечения;

4.1.1

создание отдельных программных модулей;

4.1.2

тестирование отдельных программных модулей;

4.2

тестирование компонент системы, в т.ч. программного обеспечения как единого компонента системы;

4.3

интегрирование отдельных компонент в систему;

5. выпуск системы;

6. эксплуатация системы;

7. завершение разработки.

Вопрос2

…

Билет5

Вопрос1

Обобщенный жизненный цикл можно представить в виде следующей последовательности этапов, которые, в свою очередь, можно также разбить на стадии:

8. планирование разработки;

9. определение требований к системе;

2.1

выработка требований;

2.2

анализ требований;

10. проектирование системы;

3.1

проектирование архитектуры системы;

3.2

детальное проектирование компонент системы, в т.ч. для программного обеспечения;

3.2.1

общее проектирование программного обеспечения;

3.2.2

проектирование отдельных программных компонент;

11. реализация и тестирование системы;

4.1

создание отдельных компонент системы, в т.ч. для программного обеспечения;

4.1.1

создание отдельных программных модулей;

4.1.2

тестирование отдельных программных модулей;

4.2

тестирование компонент системы, в т.ч. программного обеспечения как единого компонента системы;

4.3

интегрирование отдельных компонент в систему;

12. выпуск системы;

13. эксплуатация системы;

14. завершение разработки.

Вопрос2 (Так то не то, но к теме вопроса относится, можно масло накидать)

Мощность отношения (мультипликатор) означает число связей между каждым экземпляром класса (объектом) в начале линии с экземпляром класса в её конце.

Билет6

Вопрос1

(ВОТ ОСОБЕННОСТИ) Отличительным свойством каскадной модели можно назвать то, что она представ­ляет собой формальный метод, разновидность разработки "сверху вниз", она состоит из независимых фаз, выполняемых последовательно, и подвержена частому обзору.

Маленьким кажется ответ тебе если, то припиши ещё и приемущества (снизу написаны)

• модель хорошо известна потребителям, не имеющим отношения к разработке и экс­плуатации программ, и конечным пользователям (она часто используется другими организациями для отслеживания проектов, не связанных с разработкой ПО);

• она упорядочение справляется со сложностями и хорошо срабатывает для тех проектов, которые достаточно понятны, но все же трудно разрешимы;

• она весьма доступна для понимания, так как преследуется простая цель — выпол­нить необходимые действия;

• она проста и удобна в применении, так как процесс разработки выполняется поэтапно;

• ее структурой может руководствоваться даже слабо подготовленный в техниче­ском плане или неопытный персонал;

• она отличается стабильностью требований;

• она представляет собой шаблон, в который можно поместить методы для выпол­нения анализа, проектирования, кодирования, тестирования и обеспечения;

• она хорошо срабатывает тогда, когда требования к качеству доминируют над тре­бованиями к затратам и графику выполнения проекта;

• она способствует осуществлению строгого контроля менеджмента проекта;

• при правильном использовании модели дефекты можно обнаружить на более ран­них этапах, когда их устранение еще не требует относительно больших затрат;

• она облегчает работу менеджеру проекта по составлению плана и Комплектации команды разработчиков;

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

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

• стадии модели довольно хорошо определены и понятны;

• ход выполнения проекта легко проследить с помощью использования временной шкалы (или диаграммы Гантта), поскольку момент завершения каждой фазы ис­пользуется в качестве стадии.