Основные понятия. Теоретический материал

Теоретический материал

Методические указания

Лабораторная работа №6

Порядок выполнения работы

Объединение диаграмм компонентов и развертывания

В некоторых случаях допускается размещать диаграмму компонентов на диаграмме развертывания. Это позволяет показать какие компоненты выполняются и на каких узлах.

1. Изучить предлагаемый теоретический материал.

2. Постройте диаграмму вариантов использования для выбранной информационной системы.

3. Выполните реализацию вариантов использования в терминах взаимодействующих объектов и представляющую собой набор диаграмм:

· диаграмм классов, реализующих вариант использования;

· диаграмм взаимодействия (диаграмм последовательности и кооперативных диаграмм), отражающих взаимодействие объектов в процессе реализации варианта использования.

4. Разделить классы по пакетам использую один из механизм разбиения.

5. Постройте диаграмму состояний для конкретных объектов информационной системы.

6. Построить отчёт, включающий все полученные уровни модели, описание функциональных блоков, потоков данных, хранилищ и внешних объектов.

«Методология управление проектами»

1. Цель работы:

Изучение методологии управления проектами. Получение навыков по применению данных методологий для планирования проекта.

Лабораторная работа направлена на ознакомление с основными понятиями методологии управления проектами, получение навыков по применению данных понятий при построении плана проекта, построения графика работ, распределения исполнителей, управления рисками.

Требования к результатам выполнения лабораторного практикума:

· Построить модель управления проектом, включающую:

o определение всех этапов проекта, зависимых этапов, определение длительности этапов;

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

o построение диаграммы распределения работников по этапам;

· при определении этапа указывается его название – отражающее суть этапа (например, определение пользовательских требований, проектирование интерфейса и т.д.);

· этапов должно быть не менее 7, срок реализации проекта – с 1.09 по 31.12;

· в проекте задействовано 3 человек персонала (группа разработчиков).

Проблемы управления программными проектами впервые проявились в 60-х — начале 70-х годов. Руководители программных проектов выполняют такую же работу, что и руководители технических проектов. Вместе с тем процесс разработки ПО существенно отличается от процессов реализации технических проектов, что порождает определенные сложности в управлении программными проектами. Ниже приведён краткий список этих отличий.

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

2. Не существует стандартных процессов разработки ПО. На сегодняшний день не существует четкой зависимости между процессом создания ПО и типом создаваемого программно­го продукта. Другие технические дисциплины имеют длительную историю, процессы разработки технических изделий многократно опробованы и проверены. Процессы создания большинства технических систем хорошо изучены. Изучением же процессов создания ПО специалисты занимаются только несколько последних лет. Поэтому пока нельзя точно предсказать, на каком этапе процесса разработки ПО могут возникнуть проблемы, угрожающие всему программному проекту.

3. Большие программные проекты - это часто "одноразовые" проекты. Большие программные проекты, как правило, значительно отличаются от проектов, реализованных ранее. Поэтому, чтобы уменьшить неопределенность в планировании проекта, ру­ководители проектов должны обладать очень большим практическим опытом. Но постоянные технологические изменения в компьютерной технике и коммуникационном оборудовании обесценивают предыдущий опыт. Знания и навыки, накоп­ленные опытом, могут не востребоваться в новом проекте.

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

Дата добавления: 2014-11-16