metoda_2013

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

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

Если требуется подчеркнуть, что некоторый компонент реализует отдельные классы, то для обозначения компонентa используется расширенный символ прямоугольника. При этом прямоугольник компонентa делится на две секции горизонтальной линией. Верхняя секция служит для записи имени компонентa и, возможно, дополнительной информации, а нижняя секция – для указания реализуемых данным компонентом классов.

30. UML.Диаграмма размещения(развертывания)

(deployment diagram) . Назначение. Пример использования.

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

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

Диаграмма развертывания предназначена для визуализации элементов и компонентов программы, существующих только на этапе ее исполнения (run-time). При этом представляются только те компоненты программы, которые являются исполнимыми файлами или динамическими библиотеками. Компоненты, не используемые на этапе исполнения, на диаграмме развертывания не показываются. Так, компоненты с исходными текстами программ могут присутствовать только на диаграмме компонентов. На диаграмме развертывания они не указываются.

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

150

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

совместно системными аналитиками, сетевыми инженерами и системотехниками.

Узел Узел представляет собой физически существующий

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

В качестве вычислительного ресурса узла может рассматриваться один или несколько процессоров, а также объем электронной или магнитооптической памяти, датчики, принтеры, модемы, цифровые камеры, сканеры и манипуляторы.

Графически узел на диаграмме развертывания изображается в форме трехмерного куба. Узел имеет имя, которое указывается внутри этого графического символа. Сами узлы могут представляться как на уровне типа, так и на уровне экземпляра.

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

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

В качестве дополнения к имени узла могут использоваться различные текстовые стереотипы, которые явно специфицируют назначение этого узла.

Для этой цели были предложены следующие текстовые стереотипы: "processor" (процессор), "sensor" (датчик), "modem" (модем), "net"

(сеть), "printer" (принтер) и другие, смысл которых понятен из контекста.

Наиболее известны два специальных графических стереотипа для обозначения разновидностей узлов:

151

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

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

устройство (device) - узел без процессора и памяти (б).

Соединения и зависимости на диаграмме развертывания В качестве отношений выступают физические соединения

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

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

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

152

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

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

31. Управление проектами. Сущность управления проектами.Управление проектами. Этапы структурного руководства проектом. Индикатор вероятности успеха

(psi).

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

Управление проектами - дисциплина применения методов, практик, опыта, и средств к работам проекта для достижений

153

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

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

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

по области применения (области знаний)

по целевому результату (фазы управления)

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

Под фазой процесса управления понимается совокупность мероприятий (процессов), обеспечивающих достижение одного из следующих результатов:

санкционирование начала проекта или очередной стадии его жизненного цикла - инициализация;

определение наилучшего способа действий для достижения целей стадии жизненного цикла проекта с учетом складывающейся обстановки - планирование;

реализация плана стадии жизненного цикла проекта (от выдачи задания до получения результата) - выполнение;

выявление фактов отклонения фактического выполнения стадии жизненного цикла проекта от запланированного и принятие корректирующих действий - контроль;

завершение и закрытие проекта или стадии жизненного цикла проекта - завершение.

154

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

Планирование ресурсов:

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

Управление риском:

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

Основными составляющими процесса управления риском являются:

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

155

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

2.Анализ и оценка риск: дать количественную оценку степени серьезности выявленного события, вероятности его наступления и чувствительности проекта к нему

3.Определение реакции на риск

4.Планирование расходов в чрезвычайных обстоятельствах:

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

5.Создание резервов на случай чрезвычайных обстоятельств:

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

(Дополнительно смотри 32 пункт)

32. Управление проектами. Этапы структурного руководства проектом. Индикатор вероятности успеха

(psi).

(смотри 31 пункт)

Десять этапов руководства структурного руководства проектом:

1.Цель(Наглядное представление цели);

2.Список задач(Разработка списка задач, которые необходимо выполнить);

3.Один руководитель

4.Распределение людей по задачам;

5.Управление ожидаемыми результатами, расчет резервов для ошибок, выработка запасных позиций;

6.Стиль руководства;

7.Знать то, что происходит;

8.Сообщать людям, что происходит;

9.Повтор этапов с 1 до 8;

10.Приз;

Индикатор вероятности успеха (PSI):

156

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

1.PSI - число, лежащее в диапазоне 0-100, которое присваивается проектам с помощью схемы подсчета, приведенной ниже. PSI может быть рассчитан в любой точке жизни проекта и определяет вероятность того, что проект завершится успешно.

2.PSI может быть рассчитан различными способами. Отдельный человек (например, организатор проекта или внешний консультант) может произвести оценку проекта и вычислить PSI, применяя приведенные ниже правила. Альтернативно можно опросить ряд лиц, участвующих в проекте (руководитель проекта, члены группы, управленческое звено, заказчики) для получения их мнений (скажем, используя анкетный опрос), а затем усреднить полученные результаты.

3.Кто вычисляет PSI, кто дает исходные данные и как эти исходные данные собираются - анкетным опросом, в беседах, подсчетом поднятых рук(!) - это все факторы, которые могут рассматриваться, если вы собираетесь использовать PSI. Здесь самый быстрый и самый простой путь, то есть один человек (я!) проводит анализ данного проекта.

4.PSI рассчитывается путем присвоения баллов каждому из Десяти Этапов, привязанных к определенному проекту. Например:

1.Цель(Наглядное представление цели); (20 баллов)

2.Список задач(Разработка списка задач, которые необходимо выполнить); (20)

3.Один руководитель (10)

4.Распределение людей по задачам; (10)

5.Управление ожидаемыми результатами, расчет резервов для ошибок, выработка запасных позиций; (10)

6.Стиль руководства; (10)

7.Знать то, что происходит; (10)

8.Сообщать людям, что происходит; (10)

9.Повтор этапов с 1 до 8; (0)

10.Приз; (0)

33. Управление проектом. Этапы. Задачи. Треугольник проекта.

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

157

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

Управление проектами (англ. project management) — область деятельности, в ходе которой определяются и достигаются четкие цели при балансировании между объемом работ, ресурсами (такими как время, деньги, труд, материалы, энергия, пространство и др.), временем, качеством и рисками в рамках некоторых проектов, направленных на достижение определенного результата при указанных ограничениях. Ключевым фактором успеха проектного управления является наличие четкого заранее определенного плана, минимизации рисков и отклонений от него (в отличие от процессного, функционального управления, управления уровнем услуг).

Процедуры управления проектом по традиционной

методологии

Определение среды проекта.

Формулирование проекта.

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

Планирование проекта.

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

158

ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ.

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

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

Техническое выполнение проекта (за исключением планирования и контроля).

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

Контроль над выполнением проекта.

Завершение

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

159