-
9,1
1
(1,2)(2,6)(6,9)(9,11)(11,13)(1
3,15)(15,16)(16,17)
13,2
(1,2)(2,6)(6,9)(9,11)(11
,13)(13,15)(16,17)
11
,8
(13.2-
11.8)/(
13.2-
11.8)
1
-
10,
12
(1,5)(5,8)(8,10)(10,12)(12,14
)(14,15)(15,16)(16,17)
12,4 -16,17
1,
4
(12.8-
1.4)/(1
3.2-
1.4)
0.9
66
-
11,
13
(1,2)(2,6)(6,9)(9,11)(11,13)(1
3,15)(15,16)(16,17)
12,8
(1,2)(2,6)(6,9)(9,11)(11
,13)(13,15)(16,17)
11
,8
(13.2-
11.8)/(
13.2-
11.8)
1
-
12,
14
(1,5)(5,8)(8,10)(10,12)(12,14
)(14,15)(15,16)(16,17)
13,2 -16,17
1,
4
(12.8-
1.4)/(1
3.2-
1.4)
0.9
66
-
13,
15
(1,2)(2,6)(6,9)(9,11)(11,13)(1
3,15)(15,16)(16,17)
12,8
(1,2)(2,6)(6,9)(9,11)(11
,13)(13,15)(16,17)
11
,8
(13.2-
11.8)/(
13.2-
11.8)
1
-
14,
15
(1,5)(5,8)(8,10)(10,12)(12,14
)(14,15)(15,16)(16,17)
13,2 -16,17
1,
4
(12.8-
1.4)/(1
3.2-
1.4)
0.9
66
-
15,
16
(1,2)(2,6)(6,9)(9,11)(11,13)(1
3,15)(15,16)(16,17)
13,2
(1,2)(2,6)(6,9)(9,11)(11
,13)(13,15)(16,17)
11
,8
(13.2-
11.8)/(
13.2-
11.8)
1
-
16,
17
(1,2)(2,6)(6,9)(9,11)(11,13)(1
3,15)(15,16)(16,17)
13,2
(1,2)(2,6)(6,9)(9,11)(11
,13)(13,15)(16,17)
11
,8
(13.2-
11.8)/(
13.2-
11.8)
1
Вычисленные коэффициенты напряженности позволяют
дополнительно классифицировать деятельности по зонам. В зависимости от
величины Кн выделяют три зоны: критическую (Кн > 0,8); подкритическую
(0,6 < Кн < 0,8); запасную (Кн < 0,6).
Для оценки вероятности выполнения всего комплекса работ за 34 дней нам
необходима следующая формула:
P(t
кр
где Z=(Т-Т
кр
)/S
кр
98
Z - нормативное отклонение случайной величины, S
кр
–
среднеквадратическое отклонение, вычисляемое как корень квадратный из
дисперсии продолжительности критического пути. Где Ф(Z) – значение
дифференциальной функции нормального распределения вероятностей,
называемой функцией Лапласа, определяют в зависимости от ее аргумента Z
по таблице.
Критический путь проходит по работам .
Дисперсия критического пути:
S3(L
кр
)=S3(1,2) + S3(2,6) + S3(6,9) + S3(9,11) + S3(11,13) + S3(13,15) +
S3(15,16) + S3(16,17)
S3(L
кр
)=0.04 + 1 + 0.16 + 0.04 + 0.04 + 0.04 + 0.04 + 0.04 = 1.4
S(L
кр
) = 1.18
p(t
кр
<34)=0,5+0,5Ф((34-13.2)/1.18)=0,5+0,5Ф(17.63)=0,5+0,5*0.49999 = 0.75
Вывод:
Вероятность того, что весь комплекс работ будет выполнен не более чем за
34 дня, составляет 75%.
Для определения максимально возможного срока выполнения всего
комплекса работ с надежностью 95 % будем использовать следующую
формулу:
T=Т
кр
+Z*S
кр
Для решения поставленной задачи найдем значение аргумента Z, которое
соответствует заданной вероятности 95% (значению графы Ф(Z) 0.95*100% в
таблице соответствует Z=1.96).
T=13.2+1.96*1.18 = 15.51
Наибольший срок выполнения всего комплекса работ при заданном уровне
вероятности 95% составляет всего 15.51 дня.
99
2.2.2 Формирование команды проекта автоматизации
Команда проекта – это группа сотрудников, непосредственно работающих
над осуществлением проекта в подчинении у руководителя проекта; это
основной элемент его структуры. Эта группа создается на период реализации
проекта и после его завершения распускается.
Существуют два основных принципа формирования команды для управления
проектом.
1. Ведущие участники проекта – заказчик и подрядчик создают свои
собственные группы, которые возглавляют руководители проекта
соответственно от заказчика и подрядчика. Эти руководители
подчиняются единому руководителю проекта. В зависимости от
организационной формы реализации проекта руководитель от
заказчика или от подрядчика может являться руководителем всего
проекта. Руководитель проекта во всех случаях имеет собственный
аппарат сотрудников, осуществляющих координацию деятельности
всех участников проекта.
2. Для управления проектом создается единая команда во главе с
руководителем проекта. В команду входят полномочные представители
всех участников проекта для осуществления функций согласно
принятому распределению зон ответственности.
Состав – это совокупность характеристик членов команды, важных для
анализа ее как единого целого. Например, численность. Структура
рассматривается с точки зрения функций, выполняемых отдельными членами
команды, а также с точки зрения межличностных отношений в ней.
Опишем команду заказчика: (см. рисунок 10)
100
Руководитель - Как правило, руководитель высшего звена, который
курирует проект, обеспечивает общий контроль и поддержку проекта
финансовыми, материальными, человеческими и другими ресурсами.
Руководитель отвечает за достижение проектом конечных целей и
реализацию выгод для организации.
ИТ директор - Обеспечивает контроль качества со стороны Заказчика в
рамках всех этапов проекта. Участвует в разработке и согласовании
проектных решений, формировании проектной документации.
ГЛ. Бухгалтер, менеджер и фотограф - Сотрудники, являющийся
экспертом в определенной области бизнеса Заказчика, понимающий
протекающие в ней бизнес-процессы и обладающий знаниями о бизнесе
Заказчика в целом.
Руководитель
Бухг алтер ИТ-директор
МенеджерФотограф
Организация заказчик.
Рисунок 10. Команда проекта со стороны заказчика
Опишем команду со стороны разработчика: (см. рисунок 10)
Руководитель проекта Руководитель проектной команды,
ответственный за управление проектом, достижение целей проекта в рамках
бюджета, в срок и с заданным уровнем качества.
101
Администратор БД - Проводит установку и настройку СУБД.
Непосредственно участвует в разработке физической модели данных.
Отвечает за выработку требований к БД, её проектирование, реализацию,
оптимизацию, сопровождение и архивирование, включая управление
учётными записями пользователей БД и защиту от несанкционированного
доступа. Администратор приложений - Обеспечивает установку и настройку
сервера приложений и его компонентов, разработку дополнительных
приложений. Обеспечивает разграничение прав доступа на прикладном
уровне. Разработчик - Проводит установку и настройку сервера.
Обеспечивает настройку и разработку процессов извлечения данных из
систем, их преобразование для хранения в заданных структурах и с заданным
качеством, загрузку в область постоянного хранения. Обеспечивает
настройку или разработку средств визуализации данных (отчетов, запросов,
графиков) в необходимом и наиболее эффективном для пользователя виде.
Системный архитектор - Обеспечивает управление рабочей группой и
контроль качества в рамках всех этапов проекта. Формирует архитектуру и
идеологию ХД, оценку имеющихся технических возможностей, взаимосвязи
со смежными системами, проектную документацию. Предметный эксперт -
Сотрудник, являющийся экспертом в определенной области бизнеса
Заказчика, понимающий протекающие в ней бизнес-процессы и обладающий
знаниями о бизнесе Заказчика в целом.
Руководитель проекта
Администратор БД
Администратор приложений
Разработчик
Сист емный архитектор
Предметн ый эксперт
Организация разработчик.
102
Рисунок 11. Команда проекта со стороны разработчика
Состав должностей может широко варьироваться в разных компаниях
и проектных командах. Чаще всего роли распределяются среди различных
подразделений одной организации, но иногда часть их отводится внешним
по отношению к компании консультантам и партнерам. Ключевым
моментом является четкое определение подчинённых, ответственных
за каждый ролевой кластер, их функций, ответственности и ожидаемого
вклада в конечный результат. В таблице 24 представлены функции каждого
ролевого кластера.
Таблица 24. Функции ролевого кластера.
Ролевой
кластер
Функции
Управление
продуктом
Выступает в роли представителя заказчика
Формирует общее видение/рамки проекта
Организует работу с требованиями заказчика
Развивает сферы применения в бизнесе
Формирует ожидания заказчика
Определяет компромиссы между параметрами
Разрабатывает, поддерживает и исполняет план коммуникаций
Управление
программой
Управляет процессом разработки с целью получения готового
продукта в отведенные сроки
Следит за временным графиком проекта и готовит отчетность о
его состоянии
Проводит в жизнь важные компромиссные решения
Разрабатывает, поддерживает и исполняет сводный план и
календарный график проекта
Организует управление рисками
Разработка
Определяет детали физического дизайна
Оценивает необходимые время и ресурсы на реализацию
каждого элемента дизайна
103
Разрабатывает или контролирует разработку элементов
Подготавливает продукт к внедрению
Консультирует команду по технологическим вопросам
Тестирование
Обеспечивает обнаружение всех дефектов
Разрабатывает стратегию и планы тестирования
Осуществляет тестирование
Удовлетворени
е потребителя
Представляет интересы потребителя в команде
Организует работу с требованиями пользователя
Определяет компромиссы, относящиеся к удобству
использования и потребительским качествам продукта
Определяет требования к системе помощи и её содержание
Разрабатывает учебные материалы
Управление
выпуском
Представляет интересы отделов поставки и обслуживания
продукта
Организует снабжение проектной группы
Организует внедрение продукта
Организует сопровождение и инфраструктуру поставки
Организует логистическое обеспечение проектной группы
Шесть основных кластеров в модели определяют направления
деятельности и цели. Модель не претендует на назначения отдельного
работника на каждый основной кластер. В различных системах состав
команды и численность может быть разный. Как правило, если поставить как
минимум одного сотрудника на каждый основной кластер, он обеспечивает
полноценное внимание к интересам каждой из ролей. Но в небольших
проектах часто приходиться объединять роли.
При этом должны соблюдать несколько принципов. Первый - роль
разработчиков как команды не может быть объединена ни с какой другой
ролью. Принцип номер два – это не сочетания ролей, имеющих конфликты
интересов. MSF стандарт рекомендует следующие сочетания ролей.
Руководители проекта обязаны добиваться общего видения проблем,
создавать отношения сотрудничества между участниками проекта, и путей их
разрешения. Члены команд в свою очередь должны избегать конфликтов,
104
объединять усилия для достижения общих целей, помогать и поддерживать
друг друга. Надежная внутренняя среда проекта - залог успеха любого
проекта.
2.2.3 Средства коллективной работы над проектом автоматизации
Системы управления версиями(CVS) - это целый класс программных
продуктов, предназначенных для решения целого ряда задач, с которыми
повседневно может сталкиваться каждый программист. С помощью систем
управления версиями вы всегда следите за изменениями Вашего кода
программного продукта и в ходе его разработки, и сможете управлять
различными его состояниями.
В первое время, довольно продолжительное, вы сможете безболезненно
работать с буквально полу десятком команд:
• Добавление нового файла в проект;
• удаление его из уже существующего проекта при помощи команды cvs
remove (вся история изменений до удаления в этом файле будет
сохранена!);
• просмотр изменений файла (diff);
• фиксация всех изменений в репозитории (commit);
• на должность следующей команды в данном случае претендуют почти
все команды в зависимости от личных предпочтений.
Для получения более эффективного от использования команд cvs следует
придерживаться определенной дисциплине. Фиксировать все изменения,
которые должны происходить в каждый раз, когда присутствуют эти самые
изменения, четко определенное и завершенное.
Например, самый распространенный и часто встречаемый случай:
исправлена ошибка. Следует просмотреть имеющиеся изменения (в этот
момент вас могут ждать самые интересные сюрпризы, например, после
105
многочасовой отладки может выясниться, что все изменение свелось к
нескольким строкам в нескольких разных файлах, хоть вы и редактировали
более десяток этих файлов в поисках ошибки). Теперь нужно обязательно
фиксировать изменение, причем нужно его документировать: cvs
автоматически запустит для вас редактор и сам предложит вести
журналирование, если вы еще вдобавок используете системы отслеживания
ошибок, то журнальное сообщение - отличное место, куда можно вписать
номер ошибки исправленной или, например, ссылку на письмо, в котором
пользователь сообщил об ошибке(исправленной). cvs очень часто
используется при разработке подавляющего большинства современных
проектов с открытым исходным текстом. Среди огромного списка
операционных систем и программ: freebsd, xemacs, xfree86, openssl,
выделяется, пожалуй, лишь ядро linux, главный разработчик. Да и то, почти
все остальные участники разработки держат свой собственный cvs-
репозиторий, которым постоянно пользуются при написании открытого кода
(здесь им помогает интересная возможность cvs: т. н. "ветки поставщика"
(vendor branches)). обеспечивающий свободно доступную инфраструктуру
для разработчиков свободного программного обеспечения, в качестве
стандартной возможности предоставляет использование своего cvs-сервера.
Вообще, количество инсталляций и пользователей - одно из значительных
преимуществ cvs.
106
2.3 Информационное обеспечение задачи
2.3.1 Информационная модель и её описание
Рисунок 12. Информационная модель.
Область 1 Отображаем символ «Информационная система» и прикрепляем к
этому символу все таблицы БД
107