Главная страница
Навигация по странице:

  • Анализ трудоемкости на основе экспертных оценок.

  • 2.4. Определение численности исполнителей

  • 2.5. Сетевая модель проекта

  • ОЭ часть инж проекта. 2. Организационноэкономическое проектирование


    Скачать 381.67 Kb.
    Название2. Организационноэкономическое проектирование
    АнкорОЭ часть инж проекта.docx
    Дата01.10.2018
    Размер381.67 Kb.
    Формат файлаdocx
    Имя файлаОЭ часть инж проекта.docx
    ТипДокументы
    #25320
    страница2 из 4
    1   2   3   4



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

    Рис. 2.2. Фрагмент таблицы перечня работ проекта

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

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

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

    3. Тестирование, отладка и исправление недочетов: разработка методики проведения тестирования, отладка аппаратной части, исправление ошибок.

    4. Опытная эксплуатация устройства.

    Далее используя задание примера следует заполнить таблицу трудозатрат (таблица 1). Здесь длительность работ 3, 12 и 13 определяются с использованием коэффициентов связи трудозатрат на основные работы с другими этапами работ. Последние будут определены в процессе обработки экспертных оценок. Тогда будут заполнены те строки, на которых указываются значения трудозатрат для реализации непосредственно изделия. Методика определения трудозатрат на этих этапах показана в соответствующем разделе этого параграфа.

    Таблица 1: Пример расчета трудоемкости проектирования

    Этапti

    № работы

    Содержание работы

    Трудоемкость

    (чел-час)

    (чел-дни)

    1

    1

    Анализ алгоритмов, функций, требований

    130

    17




    2

    Разработка структурной схемы, выбор элементной базы

    200

    25

    2

    3

    Разработка алгоритмов

    112

    14




    4

    Анализ интерфейсов

    70

    9




    5

    Разработка принципиальной схемы аналого-цифрового преобразователя

    200

    25




    6

    Разработка блока питания

    170

    22




    7

    Разработка цифрового блока

    290

    37




    8

    Разработка конфигурации логической схемы

    320

    40




    9

    Разработка блока управления

    224

    28




    10

    Разработка конструкции оптической части

    250

    32




    11

    Разработка конструкции устройства

    150

    19

    3

    12

    Тестирование и отладка аппаратной части

    400

    50




    13

    Тестирование и отладка алгоритмов

    380

    48

    4

    14

    Наладка производства

    220

    28

    В итоге трудоемкость проекта для данного примера составит 453 чел-дня.

    Анализ трудоемкости на основе экспертных оценок.

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

    Ожидаемая продолжительность работы рассчитывается как математическое ожидание для  - распределения. В этом случае, ожидаемая продолжительность работ вычисляется по формуле 12:

    12

    где Tmin и Tmax - минимальная и максимальная продолжительность работы, которые назначаются в соответствии с экспертными оценками.

    В качестве примера на поле таблицы 2 показан возможный перечень основных работ проекта и расчет их трудоемкости на основе экспертных оценок.

    Таблица 2: Пример трудозатрат на работы проекта

    Этап

    № работы

    Содержание работы

    Трудозатраты

    (чел-час)

    (чел-дни)

    tmin

    tmax

    tож

    tож

    1

    1

    Разработка структуры системы.

    22

    55

    35.2

    4.4




    2

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

    18

    45

    28.8

    3.6




    3

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

    16

    40

    25.6

    3.2




    4

    Разработка спецификаций проектируемого ПО.

    6

    15

    9.6

    1.2

    2

    5

    Проектирование компонентов программного продукта.

    40

    100

    64

    8




    6

    Определение спецификаций компонентов ПО.

    20

    50

    32

    4

    3

    7

    Разработка методик тестирования системы.

    14

    35

    22.4

    2.8




    8

    Разработка методик тестирования компонентов системы.

    40

    100

    64

    8

    4

    9

    Реализация алгоритмов управления работой системы с консоли управления.

    20

    50

    32

    4




    10

    Реализация алгоритмов регистрации узлов в системе и ведения каталога узлов.

    20

    50

    32

    4




    11

    Реализация алгоритмов загрузки на узлы вычислительных программ.

    20

    50

    32

    4




    12

    Реализация алгоритмов запуска программ на вычислительных узлах.

    20

    50

    32

    4




    13

    Реализация других необходимых алгоритмов.

    20

    50

    32

    4

    5

    14

    Настройка подсистем и автономное тестирование.

    40

    100

    64

    8

    6

    15

    Сборка программного обеспечения.

    10

    25

    16

    2




    16

    Комплексное тестирование ПО.

    10

    25

    16

    2

    7

    17

    Отладка программного обеспечения.

    60

    150

    96

    12

    8

    18

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

    6

    15

    9.6

    1.2

    9

    19

    Разработка руководства пользователя.

    32

    80

    51.2

    6.4


    2.4. Определение численности исполнителей

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

    Средняя численность исполнителей при реализации отдельных этапов проекта можно определить, используя соотношение 13:

    13

    где, - затраты труда на выполнение соответствующего этапа (задачи) проекта,

    F - фонд рабочего времени.

    Величина фонда рабочего времени определяется соотношением 14:

    14

    где, Т- время выполнения проекта в месяцах,

    FM- фонд времени в текущем месяце, который рассчитывается из учета общества числа дней в году, числа выходных и праздничных дней (15):

    15

    где, tp- продолжительность рабочего дня,

    DK - общее число дней в году,

    DB - число выходных дней в году,

    DП - число праздничных дней в году.

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

    Продолжительность отдельных работ при одновременном выполнении их несколькими исполнителями (ti)определяется из соотношения 16:

    16

    где, tpp - расчетная продолжительность работы,

    Wисп - количество исполнителей,

    КН - коэффициент выполнения нормы.

    Продолжительность работ следует рассчитывать исходя из того, что одной работой занят один исполнитель, а коэффициент выполнения нормы равен единице (обычно он составляет 1,0 - 1,2).

    Затраты труда по отдельным работам, полученные с помощью соотношения 16, следует занести в таблицу 2. Для этого следует добавить справа дополнительный столбец «Количество исполнителей».

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

    Для определения числа исполнителей, сначала, следует определить фонд времени в текущем месяце, который может составить = 168 часов.

    Фонд рабочего времени для трех месяцев определится в объеме: 3168 = 504 часа, Тогда, средняя численность исполнителей проекта определится значением: .

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

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




    Событие

    Код
    работы

    Работа

    (ч-часы) (ч.-дни)

    0

    Начало работ

    0-1

    Разработка структуры. данных

    118,4

    14,8

    1

    Структура данных

    1-2

    Разработка модуля

    16

    2







    1-6

    Создание структуры данных

    8

    1

    2

    Основной модуль

    2-3

    Методика тестирования

    8

    1







    3-8

    Создание основного модуля

    56

    7















    Рис. 2.3. Фрагмент таблицы основных событий и работ проекта

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

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

    В процессе достижения каждого события реализуется определенная последовательность работ, например: процесс разработки конкретного модуля, сборка программы, оформление документации и т.п. Конечным событием является выполнение всего проекта по разработке ПО. Каждой работе присваивается "Код работы", состоящий из номера наступившего события и номера того события, которое достигается в результате выполнения данной работы, например, для рис. 2, если 0 - начало проекта, а 1 - событие "разработка структуры данных завершена", то 0-1 - определяет работу по разработке структуры данных. В качестве работы может выступать и "фиктивная работа", которая определяет ожидание окончания связанных работ и длительность которой равна 0 человеко-дней. Кодовые номера работ каждого этапа указываются в соответствующем блоке строк, относящегося к этому этапу, как показано в таблице на рис. 3.

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

    Окружности разделены на четыре сектора, в каждом из которых показаны номер данного события (в нижнем секторе), значение раннего срока наступления текущего события (в левом секторе), значение резерва времени текущего события (в верхнем секторе) и значение позднего срока наступления события (в правом секторе), как показано на рис. 2.4.



    Рис. 2.4. Обозначение основных элементов сетевого графика: Ni, Nj - номер события, TiP - ранний срок наступления события i, Tiп - поздний срок наступления события i, Ri - резерв времени события i, ti,j - продолжительность работы i-j, Rijп - полный резерв времени работы i-j, Rijc - свободный резерв времени работы i-j.

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

    № События

    Ранний срок наступления, Тр, часов

    Поздний срок наступления, Тп, часов

    Резерв времени события, Трез, часов

    0

    0

    0

    0

    1

    28

    28

    0

    2

    41

    41

    0

    3

    59

    59

    0

    4

    77

    122

    45









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

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

    сетевой графикРис. 2.6. Отображение событий и работ на сетевом графике.

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

    17

    Критический путь - максимальный путь от исходного события (0) до завершения проекта. Его определение позволяет обратить внимание на перечень событий, совокупность которых имеет нулевой резерв времени (рис. 2.6).

    Все события в сети, не принадлежащие критическому пути, имеют резерв времени Ri, показывающий на какой предельный срок можно задержать наступление этого события, не увеличивая сроки окончания работ (т.е. продолжительности критического пути).

    Поздний срок совершения события - максимально допустимое время наступления данного события, при котором сохраняется возможность соблюдения ранних сроков наступления последующих событий. Поздние сроки вычисляются, начиная с последнего события - завершения проекта, по критическому пути (т.е. справа налево по графику). Они равны разности между поздним сроком совершения j-го события и продолжительностью i-j работы. Поздний срок определяется соотношением 18:

    18

    Резерв времени события определяется следующим образом:

    19

    Полный резерв времени работы следует определить, используя соотношение 20:

    20

    Свободный резерв времени можно определить, применяя соотношение 21:

    21

    Так, например, для рассматриваемого проекта, значение трудозатрат которого приведены на рис. 5, определяют критический путь на сетевом графике - путь, проходящий через события с нулевым резервом времени и имеющий наибольшую длительность. Для сетевого графика, изображенного на рис. 6 критический путь проходит через события 01 2 3 5 6 8 11 13 14 16. Длина критического пути в этом случае составляет 327 часов или 40,7 рабочих дней.

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

    Рис. 2.7: Вариант сетевого графика проекта.сетевой график


    Критический путь, полученный на сетевом графике (рис. 2.7) при условии, что одну работу выполняет один человек оказывается следующим: 0–1–2–3–4–8–10–12-13. В этом случае длина критического пути составит Tкр = 253 дня.
    1   2   3   4


    написать администратору сайта