«Г.Н. Смирнова, Ю.Ф. Тельнов ПРОЕКТИРОВАНИЕ ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ (Часть 1) Москва 2004 Смирнова Г.Н., Тельнов Ю.Ф. Проектирование экономических информационных систем (часть 1) / Московский государственный ...»

- продолжительность каждой работы t (i-j), - раннее время свершения события tр (i), - позднее время свершения события tп (i), - время раннего начала работы tрн (i-j), - время позднего начала работы tпн (i-j), - время раннего окончания работы tро (i-j), - время позднего окончания работы tпо (i-j), - полный резерв времени R (i- j), - частичный резерв времени работы r (i-j), - частичный резерв времени события r(i).

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

1. Формирование временных оценок. Каждая работа сетевого графика имеет временную оценку – продолжительность t (i-j), выражающаяся в единицах времени (днях, неделях, декадах, месяцах). При этом продолжительность выполнения каждой работы известна заранее или может быть определена расчетным путем. Для работ, часто повторяющихся, имеются нормативные продолжительности, установленные в зависимости от характера работы (операции) и применяемых ресурсов, которые рассчитываются по формуле:

где i,j – начальное и конечное события работы E(i-j);

Q(i-j) – трудоемкость работы в чел/дн.;

R(i-j) – количество исполнителей, занятых выполнением работы E(i-j);

f – коэффициент перевода рабочих дней в календарные, f = 0,85.

Такие сети с однозначными временными оценками получили название детерминированных. В ряде случаев, помимо нормативной продолжительности (ti-jн) определяют еще сокращенное время при форсированном выполнении работы (ti-jс). Эта оценка используется лишь при оптимизации исходного сетевого плана.

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

Рассчитывается математическое ожидание или статистическое среднее значение времени выполнения работы E(i-j – tож на основе следующих трех оценок по формуле:

где tнв(i-j) – наиболее вероятное время, tmin(i-j) – минимальная (оптимистическая) оценка времени, tmax – максимальная (пессимистическая) оценка время работы или пессимистическое В стохастических сетях определяют также следующие показатели:

- величину дисперсии 2tож, т.е. меру неопределенности, связанную с этой продолжительностью:

- среднее квадратическое отклонение – tож:

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

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

где Tкр – критическое время.

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

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

3. Ранний и поздний сроки свершения конкретного события tр (i) и tп (i) определяются по максимальному из путей, проходящих через событие, причем tр(i) равно продолжительности максимального из предшествующих событию путей T[L1(i)], а tп(i) – разности между Tкр и продолжительностью максимального из последующих за событием путей T[L2(i)], т.е.

где tр(i) – раннее время свершения события i, L1 – путь предшествующий событию i.

где tп(i) – позднее время свершения события i, L2 – последующий путь.

Tкр – критическое время.

Для критического пути tр(i) = tп(i).

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

где tрн(i-j) – время раннего начала работы i – j, tр(i) раннее время свершения события i.

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

где tро(i,j) – время раннего окончания работы i – j, t(i,j) – длительность работы i – j.

5. При определении поздних из допустимых сроков начала tпн(i,j) и окончания tпо(i,j) работы учитывают, что позднее начало работы может быть определено как разность между поздним окончанием данной работы и ее продолжительностью:

где tпн(i-j) – время позднего начала работы i – j, tпо(i-j) – время позднего окончания работы i – j, t(i-j) – длительность работы i – j.

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

где tпо(i-j) время позднего окончания работы i – j, tп(j) позднее время свершения события j.

Для критического пути характерны следующие соотношения:

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

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

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

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

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

Как правило, оптимизация осуществляется по следующим критериям:

- время (Ткр =< Тдир., т.е. время критическое меньше либо равно времени директивному), - затраты материальных ресурсов, - затраты денежных ресурсов, - технико-экономические показатели.

Первоначально сеть корректируется по критерию «время» без учета ограничений.

Существует несколько путей совершенствования сетевых графиков. Один из них основан на оценке величины директивных сроков окончания работ – tдир.

Если tкр< или = tдир – возникает дополнительный резерв времени – Rдоп, который рассчитывается по формуле: Rдоп = tдир – tкр. Дополнительный резерв может быть использован для увеличения продолжительности отдельных критических работ при последующей оптимизации.

Если tкр > tдир, то пересматривается сеть с целью ее уплотнения. Главная задача – ускорение тех работ, из которых в каждом данном случае складывается критический путь.

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

Существует несколько методов приведения сетевого графика в соответствие с заданными сроками:

1. изменение временных оценок, путем замены ti-jн сокращенной ti-jс продолжительности работ;

2. изменение топологии сети вследствие пересмотра выполнения работ;

3. расчленением работ и их совмещением по времени.

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

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

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

При определении резервов времени учитывают, что полный резерв времени работы R(i-j) – срок, на который можно передвинуть данную работу, не увеличивая Tкр, определяется по формуле:

Частный резерв времени работы r(i-j) срок, на который можно передвинуть данную работу, не влияя на другие характеристики сети, выражается зависимостью:

где r(i-j) частный резерв времени.

Резерв времени события r(i) срок, на который можно сдвинуть свершение данного события, не увеличивая продолжительности всей разработки, составит:

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

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

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

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

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

где t1(Lкр) – совпадающая с критическим путем величина отрезка, t(Lmax) – протяженность максимального пути, проходящего через данную работу.

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

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

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

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

для приведенного выше сетевого графика (см. рис. 12.2.).

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

Кроме того, чтобы осуществлять перброску ресурсов составляют под календарным планом эпюру (гистограмму) потребности в ресурсах (см. рис. 12.4.), в которой по оси Х отражаются временные отрезки выполнения работ (в примере, с 1 по 16), а по оси У представляется колеблемость суммарной потребности в трудовых ресурсах на всех отрезках времени около линии ограничения их использования (в данном примере в размере 30 чел.).

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

Однако при правильном решении проблемы часто удается привести потребление ресурса (количество проектировщиков, одновременно занятых разработкой проекта или обследованием) в соответствии с заданным ограничением без увеличения продолжительности критического пути. Это достигается упорядочинием численности людей за счет использования частных резервов времени некритических работ (2 – 3), (2 – 4), (3 – 5) и (5 – 6).

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

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

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

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

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

В проектном коллективе возможны два подхода к организации контроля:

- в коллективе специалистов существует разграничение деятельности: одна часть осуществляет только разработку проекта, другая контроль качества проекта;

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

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

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

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

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

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

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

Контроль качества проекта включает две основные задачи [ ]:

- контроль соответствия функций разработанной системы функциям, определенным требованиями к системе;

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

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

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

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

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

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

2. Параметры качества должны быть количественно оцениваемыми.

3. Контроль качества (обнаружение ошибок) должен быть постоянным и всеобъемлющим в процессе проектирования системы.

4. Особое внимание контролю должно уделяться на ранних этапах проектирования.

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

Одна из возможных процедур проведения научно-технического контроля проекта ЭИС, которая рекомендуется для разработчиков информационных систем, основывается на расчете объемно-временного параметров проекта и анализе результатов.

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

Вторая компонента процедуры контроля проекта – расчет объемно-временных параметров разрабатываемой системы. На данном этапе используются методики расчетов параметров.

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

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

Другой процедурой контроля проектной деятельности – периодический контроль результатов проектирования, в зарубежной литературе известной под названием «метод структурных просмотров». Цель такого контроля – как можно раньше обнаружить ошибки в проектных решениях, когда их влияние и затраты на исправление незначительны. Контроль выполняется специальной группой непосредственных разработчиков. Контроль структурирован, т.к. все участники заранее четко знают свои обязанности. Руководитель проекта, как правило, не принимает участия в проведении контроля.

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

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

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

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

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

3. выбор программного обеспечения.

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

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

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

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

В таблице 12.1. представлены требования к программным средствам планирования и управления проектными работами со стороны специалистов трех вышеперечисленных уровней.

Требования к программным средствам планирования Уровень высшего 1. Легкость в применении. 1. Средства временного, ре- 1. Простота использования.

2. Возможность получать сурсного, стоимостного пла- 2. Легкость изучения.

демонстрационные отчеты. нирования, анализа рисков. 3. «Прозрачность» процедур 3. Мощные возможности 2. Возможность интеграции с ввода данных.

обобщения сведений. другими приложениями. 4. Наглядность.

4. Средства для интеграции с 3. Средства для свертывания данными из других про- данных по проекту (предосграммных приложений. тавление отчетов руковоПроцедуры для планиро- дству) и углублению для вания сверху вниз. планирования на более детальном уровне.

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

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

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

- вид деятельности, которая может планироваться в виде проектов;

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

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

1. Для укрупненного описания и анализа проекта на прединвестиционной стадии в большей степени подходит специализированное ПО анализа проектов, которое позволяет выполнить оценки основных показателей рентабельности проекта в целом и обосноГлава 12. Планирование и контроль проектных работ вать эффективность капиталовложений. Примером системы для анализа проектов является хорошо известная на Российском рынке программа Project Expert фирмы PRO-INVESTConsulting.

Необходимо отметить, что для описания плана инвестиций в Project Expert используются традиционные подходы сетевого планирования, предполагающие разбиение проекта на комплекс взаимозависимых задач и описание требуемых для их выполнения ресурсов. В Project Expert реализованы Gantt и PERT диаграммы.

2. Однако если управление проектами в организации не завершается обоснованием инвестиций и существует потребность в контроле за ходом реализации проекта, то необходимо переходить к использованию ПО управления проектами. Следует отметить, что Project Expert имеет возможность обмена данными с пакетами управления проектами MS Project и Time Line.

Если принципиальное решение об использовании системы для управления проектами (УП) принято, то для выбора пакета необходимо ответить на вопросы, связанные с выяснением состава функций планирования и управления, которые требуется реализовать:

- только планирование или планирование и контроль хода проекта;

- планирование и контроль лишь сроков выполнения работ;

- планирование и контроль финансовых вложений без детального;

- планирования использования ресурсов;

- детальное планирование использования ресурсов;

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

Далее следует определить также требования к следующим компонентам проекта:

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

- сколько проектов будет вестись одновременно и будут ли они взаимозависимыми;

- каково примерное количество задач в одном проекте;

- сколько видов ресурсов будет задействовано в одном проекте;

- как будут разделяться ресурсы между проектами.

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

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

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

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

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

1. Средства описания комплекса работ проекта, связей между работами и их временных характеристик:

1.1. Средства описания и типы планирования:

- выполнить работу «Как Можно Раньше», - выполнить работу «Как Можно Позже», - работы с фиксированной датой начала/окончания, - возможность привязки длительностей задач к объему назначенных ресурсов, - вычисляемые резервы времени (полный, свободный) и т.д.

1.2. Средства установки логических связей между задачами.

1.3. Многоуровневое представление проекта.

1.4. Поддержка календаря проекта, поддержка календарей ресурсов.

2. Средства поддержки информации о ресурсах и затратах по проекту и назначения ресурсов и затрат отдельным работам проекта:

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

2.2. Поддержка ресурсов с фиксированной стоимостью и ресурсов, стоимость которых зависит от длительности их использования.

2.3. Расчет требуемых объемов ресурсов 2.4. Ресурсное планирование (выделение перегруженных ресурсов и использующих их задач, автоматическое/командное выравнивание профилей загрузки ресурсов (с учетом ограничений по времени или с учетом ограничения на ресурс, с учетом приоритетов задач).

3. Средства контроля за ходом выполнения проекта:

3.1. Средства отслеживания состояния задач проекта (фиксация плана расписания проекта, средства ввода фактических показателей состояния задач (процент завершения));

3.2. Средства контроля за фактическим использованием ресурсов (бюджетное количество и стоимость ресурса, фактическое количество и стоимость ресурса, количество и стоимость ресурсов, требуемых для завершения работы).

4. Графические средства представления структуры проекта, средства создания различных отчетов по проекту:

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

4.2. PERT-диаграмма (сетевая диаграмма).

4.3. Средства создания необходимых для планирования отчетов (отчет по состоянию выполнения расписания, отчеты по ресурсам и по назначению ресурсов, профиль ресурса, отчет по стоимости.

К числу самых изветных систем управления проектами относятся системы Microsoft Project, TimeLine, Primavera, Artemis Views, Spider Project, Open plan.

Сравнительная характеристика некоторых из них представлена в таблице 12.2.

Использование стандартов Средства разграничения Папки доступа к фай- Exchange лам проектов пользователю Концепции многопроектProject-98 TimeLine 6.5 права доступа ProjectView + ного планирок мастерпрования руемые 2. Контроль 2. Контроль 2. Контроль 2. TrackView ограниченном функции исполнения. исполнения. исполнения. 3. CostView времени Вопросы для самопроверки:

1. Что является глобальной целью, ограничениями и объектом управления при разработке проекта ЭИС?

2. Каков состав процессов управления проектами и их содержание?

3. Каково содержание процессов планирования?

4. В чем заключается содержание процессов исполнения и контроля ?

5. Каков состав и содержание работ процесса анализа проекта?

6. Что понимается под процессами оперативного управления?

7. Что подразумевает использование системного подхода к организации управления процессом проектирования?

8. Что такое система управления проектами и каков состав ее компонент?

9. Что такое модель процесса управления проектами?

10. Каковы методы формализованного представления состава проектных работ?

11. В чем сущность использования метода диаграмм Гантта, его преимущества и недостатки?

12. Какова сущность метода СПУ и метода критического пути?

13. Что такое сетевая диаграмма, каков состав ее компонент и правила ее построения?

14. Каковы особенности и преимущества использования метода СПУ?

15. Что такое ресурсы, их виды и что понимается под ресурсным календарным планированием?

16. Что такое организационный план проведения проектных работ и его состав?

17. Какова методика управления проектированием с использованием метода СПУ?

18. Какова последовательность разработки сетевого графика проектных работ?

19. Каков состав показателей оценки сетевого графика?

20. Каковы методы формирования временных оценок продолжительности выполнения работ?

21. Каков состав работ по организации контроля качества разрабатываемого проекта?

22. Какова последовательность работ по выбору инструментального средства автоматизации управления проектированием?

23. Каков состав факторов, определяющих выбор инструментального средства управления проектированием?

24. Каков состав требований, предъявляемых к программным средствам управления проектными работами?

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