31128

Процесс руководства проектом и планирование проектных задач

Доклад

Информатика, кибернетика и программирование

Анализ риска. Исследование области неопределенности анализ ее влияние на проект. Первыми выполняемыми задачами являются системный анализ и анализ требований. Системный анализ проводится с целью: 1 выяснения потребностей заказчика; 2 оценки выполнимости системы; 3 выполнения экономического и технического анализа; 4 распределения функций по элементам компьютерной системы аппаратуре программам людям базам данных и т.

Русский

2013-08-25

17.3 KB

8 чел.

Вопрос 15 Процесс руководства проектом и планирование проектных задач.

Работы, выполняемые в процессе руководства проектом

  1.  Начало проекта. Перед планированием проекта следует  установить цели и проблемную область, обсудить альтернативные решения, выявить технические и управленческие ограничения.
  2.  Измерения, меры и метрики. Измерения помогают понять как процесс разработки продукта, так и сам продукт. Измерения процесса производятся в целях его улучшения, измерения продукта – для повышения его качества. В результате измерения определяется мера – количественная характеристика какого-либо свойства объекта. Путем непосредственных измерений могут определяться только опорные свойства объекта. Все остальные свойства оцениваются в результате вычисления тех или иных функций от значений опорных характеристик. Вычисления этих функций проводятся по формулам, дающим числовые значения и называемым метриками. 
  3.  Процесс оценки. Оценка людских ресурсов, длительности, стоимости исходя из опыта.
  4.  Анализ риска. Исследование области неопределенности, анализ ее влияние на проект. В результате принимается решение – выполнять проект или нет.
  5.  Планирование. Определение набора проектных задач, связей между ними, оценка сложности каждой задачи. Определение людских и других ресурсов. Создание сетевого графика задач.
  6.  Трассировка и контроль. Каждая задача плана отслеживается руководителем проекта. Расставляются вехи. Веха – это временная метка, к которой привязано подведение промежуточных итогов. При необходимости применяется повторное планирование ресурсов задач.

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

Системный анализ проводится с целью:

1)  выяснения потребностей заказчика;

2)  оценки выполнимости системы;

3)  выполнения экономического и технического анализа;

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

5)  определения стоимости и ограничений планирования;

6)  создания системной спецификации.

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

Анализ требований дает возможность:

1)  определить функции и характеристики программного продукта;

2)  обозначить интерфейс продукта с другими системными элементами;

3)  определить проектные ограничения программного продукта;

4)  построить модели: процесса, данных, режимов функционирования продукта;

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

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

Правило распределения затрат проекта

Рекомендуемое правило распределения
затрат проекта – 40-20-40:

  1.  на анализ и проектирование приходится 40% затрат (из них на планирование и системный анализ – 5%);
  2.  на кодирование – 20%;
  3.  на тестирование и отладку – 40%.


 

А также другие работы, которые могут Вас заинтересовать

45498. Магистрали 261 KB
  Основное достижение – это применение одного канала для передачи сигналов между различными источниками и приемниками. Основано на разделении передачи сигналов от разных источников по различным несущим частотам. Это связано с тем что пропускная способность составляет 25000 Гц и за счет этого в оптических каналах скорость передачи на порядок выше. Это связано с тем что после получения канала с аналоговой петли скорость передачи данных может быть увеличена в несколько раз поэтому для цифровых каналов связи применяется метод мультиплексирования...
45499. Коммутация 466 KB
  Для систем передачи используются три способа коммутации: коммутация сообщений; коммутация каналов; коммутация пакетов. При использовании коммутации каналов снижаются накладные расходы на передачу информации. При коммутации пакетов все сообщения разделяются на определенные пакеты. В отличие от коммутации каналов абонент не может монополизировать линию.
45500. Использование амплитудно-импульсной модуляции (АИМ) для построения систем передачи с временным разделением канала 311.5 KB
  При амплитудноимпульсной модуляции амплитуда периодической последовательности импульсов изменяется в соответствии с изменеием модулирующего сигнала. АИМ1 – амплитуда импульсов пропорциональна амплитуде моделирующего сигнала. При преобразовании: частота дискретизации; скважность – определяет количество времени свободное для передачи сигнала. Для простоты моделирующее колебание представляется: Для амплитудномоделирующей последовательности выражение: показывает глубину модуляции после преобразования получим ряд: Из данного...
45501. Использование широкоимпульсной модуляции (ШИМ) для построения систем передачи с временным разделением канала 299 KB
  Использование фазовоимпульсной модуляции ФИМ для построения систем передачи с временным разделением каналов. ФИМ является более помехоустойчивым видом модуляции чем ШИМ и АИМ. При ФИМ используется следующий моделирующий сигнал: В этом случае основным определяющим элементом является величина фазового сдвига которая определяется по следующей формуле: ∆τmx – максимальный временной сдвиг между импульсами: ∆τmx=MФИМUmx MФИМ – коэффициент глубины модуляции. Модуляция фазы импульсов определяется в соответствии со следующим...
45502. CASE-средства. Общая характеристика и классификация 51 KB
  Общая характеристика и классификация Современные CSEсредства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации покрывающих весь жизненный цикл ПО. Наиболее трудоемкими этапами разработки ИС являются этапы анализа и проектирования в процессе которых CSEсредства обеспечивают качество принимаемых технических решений и подготовку проектной документации. Графические средства моделирования предметной области позволяют...
45503. Типизация проектных решений АСОИУ. Использование коробочных продуктов и адаптируемых интегрированных систем. Подходы к созданию автоматизированной системы 58 KB
  Подходы к созданию автоматизированной системы В настоящее время существуют различные подходs к построению АСОИП отличающиеся признаками положенными в основу классификации. Полученная таким образом схема классификации подходов к построению АСОИП приведена на рис. В соответствии с этой схемой при выборе подхода к построению АСОИП решается вопрос о возможности использования существующих на рынке тиражируемых систем или необходимости создавать уникальную систему полностью ориентированную только на задачи конкретного предприятия. Подходы к...
45504. Графические средства представления проектных решений АСОИУ (IDEF, DFD, UML, ERD и т.п.) 36 KB
  DFD диаграммы потоков данных являются основным средством моделирования функциональных требований к проектируемой системе. Первый шаг моделирования – извлечение информации из интервью и выделение сущностей. Второй шаг моделирования – идентификация связей. Язык UML находится в процессе стандартизации проводимом OMG – организацией по стандартизации в области ОО методов и технологий в настоящее время принят в качестве стандартного языка моделирования и получил широкую поддержку в индустрии ПО.
45505. Анализ и оценка производительности АСОИУ 23 KB
  В основе такой оценки лежит понятие производительности. Есть 2 показателя производительности процессов по чистому времени: показатель производительности процессоров на операциях с данными целочисленного типа MIPS – отношение числа команд в программе к времени ее выполнения показатель производительности процессоров на операциях с данными вещественного типа при все кажущейся простоте критерия оценки чем MIPS тем быстрее выполняется программа его использование затруднено вследствие нескольких причин: процессоры разной архитектуры...
45506. Общая характеристика процесса проектирования АСОИУ. Цели и этапы разработки консалтинговых проектов 41 KB
  Проект проектноконструкторская и технологическая документация в которой представлено описание проектных решений по созданию и эксплуатации системы в конкретной программнотехнической среде. Проектирование системы процесс преобразования входной информации об объекте проектирования о методах проектирования и об опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект АСОИУ. Проектирование АСОИУ сводится к последовательной формализации проектных решений на различных стадиях жизненного цикла системы....