Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Planirovanie_resursov_predpriatia_ch1.doc
Скачиваний:
38
Добавлен:
11.11.2019
Размер:
790 Кб
Скачать
☆

2.1.2.2Структура плана разработки

  1. Введение

краткое введение к проекту, — ссылки на основные требования

  1. Организация проекта

введение к организации проекта, сотрудники, и их роли

  1. Анализ рисков

какие риски являются ключевыми в данном проекте?

  1. Аппаратные средства ЭВМ и программные ресурсы

какие аппаратные и программные ресурсы потребуются для проекта и когда?

  1. Классификация действий по реализации проекта

проект делится на действия, вехи, внедрения; зависимости между задачами и т.д

  1. График выполнения работ по проекту

фактически необходимое время — распределение по датам

  1. контроль над ходом выполнения работ и отчет о нем

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

2.1.2.3Классификация действий по реализации проекта

  • Есть много классификаций действий по реализации проекта, но наиболее используемые:

– рабочие пакеты;

– задачи;

– внедрения;

– вехи.

  • рабочий пакет – большой, логически определенный раздел работы:

– обычно продолжительностью, по крайней мере, 12 месяцев;

– может включать разноплановые параллельные

действия;

– независим от других действий;

– но может зависеть от, или влиять на другие

действия;

– обычно выполняется одной командой специалистов.

  • Задача – обычно значительно меньшая по объему работа:

Часть рабочего пакета.

– обычно 3–6 человек/месяцев;

– может зависеть от другого параллельного

действия;

– обычно выполняется одним человеком.

  • Внедрения - выход проекта, который может быть реально оценен.

Примеры:

– отчет (например, список требований к системе);

– программа (например, альфа версия изделия).

  • Внедрения - индикаторы хода выполнения работы.

  • Вехи – момент, на который может быть оценено состояние выполнения проекта.

Обычно главный поворотный момент в разработке проекте.

Примеры:

– составление списка требований к системе;

– внедрение альфы версии программы.

  • Обычно...

– рабочие пакеты обозначаются WP1, WP2...;

– задачи обозначаются T1.1, T1.2, и т.д,

первое число - номер рабочего пакета; второе – порядковый номер.

– внедрения обозначаются D1.1, D1.2, и т.д

– вехи обозначаются M1, M2 и т.д.

  • Для каждого рабочего пакета и задачи, это обычно составляются документы:

– краткое описание;

– самая ранняя дата начала;

– самая ранняя дата конца;

– общее число человек/месяцев;

–рабочие пакеты или задачи, оказывающие влияние на данный;

– зависимые рабочие пакеты или задачи;

– кто ответственен.

2.1.2.4Критические пути

  • Влияния и зависимости рабочих пакетов и задач определяют критический путь:

последовательность зависимостей в проекте.

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

  • Любая задержка в осуществлении действий критического пути вызовет задержку в реализации всего проекта.

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

2.1.3Диаграммы Ганта и сетевые графики

  • диаграммы Ганта - вид гистограммы:

– время откладывается по оси X

– полоски по оси Y для каждого действия.

  • Сетевой график - маркированный граф, с:

– узлами, соответствующими действиям,

– дугами, маркированными рассчитанными временами;

– действиями, связанными если между ними есть зависимость.

2.1.4Риски

При планировании проекта, очень важно знать, каковы ключевые риски, и - возможный план относительно них:

  • кадровые перестановки;

  • смена руководства;

  • сбои аппаратных средств ЭВМ;

  • изменение требований;

  • список задержек;

  • недооценка объема работ;

  • изменение технологии;

  • конкурирующие изделия.

2.1.5Проверка качества

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

  • стандарты документации:

  • какие документы;

  • формат и содержание;

  • стандарты программного кода:

  • классы/методы/ соглашения об обозначении переменных;

  • стандарты комментариев (например, javadoc);

  • соглашения о тестировании;

2.2.Корпоративные системы управления

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

Задачи корпоративных систем в разрезе изделия охватывают полный "цикл жизни" изделия и выглядят, например, так:

  • Поддержка разработки изделия (интерфейс с системой конструирования).

  • Обеспечение изготовления и испытаний пилотных экземпляров.

  • Обеспечение изготовления опытных и установочных партий.

  • Обеспечение серийного и заказного производства.

  • Поддержка изготовления модификаций и клонов.

  • Организация выпуска семейства изделий.

  • Снятие с производства изделий или замена вновь разработанными (сконструированными).

Такие системы получили название ERP систем (Enterprise Resource Planning). В общем виде, задачи, которые решаются такими системами на предприятии можно представить в виде рисунка 2.

Рисунок 2. Задачи ERP систем

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]