Будь умным!

У вас вопросы?
У нас ответы:) SamZan.net

Брагару-MnI-Тетрадь для лабораторных-практических работ Методические указания стр.html

Работа добавлена на сайт samzan.net:

Поможем написать учебную работу

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

Предоплата всего

от 25%

Подписываем

договор

Имя

Выберите тип работы:

Принимаю Политику конфиденциальности

Скидка 25% при заказе до 27.11.2024

Тетрадь для лабораторных и практических работ

(Методические указания)

1. Основные требования

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

1.2. Форма лабораторной и практической деятельности в группах: распределение обязанностей в работе над проектом между участниками группы/выполнение составных частей проекта. Лабораторные работы должны быть обсуждены/защищены в рамках занятий группы и представлены преподавателю курса. Окончательные работы должны быть защищены публично в последнюю учебную неделю. Результаты должны быть представлены в виде заключительного отчёта.

1.3. Форма результатов практической и лабораторной деятельности в группах: Групповые отчёты о выполнении лабораторных работ. По окончании курса должен быть представлен Сводный отчёт о выполненной работе напечатанном виде и на магнитном носителе.

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

1.5. Рекомендуется систематическое выполнение и сдача работ, согласно утверждённому учебному плану (Таблица 1). Работы НЕ будут приняты в течении экзаменационного сессии! Сдача работ в дополнительной сессии будет оцениваться только как зачёт/не зачёт (эквивалентно оценке 5-6 для вычисления средней семестровой оценки). По решению преподавателя, за несвоевременную сдачу работ оценка может быть снижена на 0.1 балла за каждый день опоздания.

1.6. Основные требования касающиеся оформления результатов соответствуют требованиям предъявляемым к письменным работам. См.: T.Bragaru, Gh.Căpătână «Teze de master, de licenţă şi anuale. Indicaţii metodice», Chişinău: CEP USM, 2006. 40 p. и A.Gherasim, Nelly Ţurcan «Ghid metodologic pentru elaborarea tezelor de licenţă şi de masterat» Chişinău: CEP USM, 2005. 68 p., находящиеся в электронной библиотеке (справочник-руководство для составления письменных работ). Текст работы должен быть напечатан на листах A4 с межстрочным интервалом в 1 или 1,5 строки. Шрифт основного текста – Times New Roman 12 или 14. Текстовое содержание как работ так и таблиц, диаграмм и.т.д. уточнено в заданиях. Объём материалов приложений не лимитирован.

1.7. ПО для выполнения работ: MS Word, MS Visio, MS Power Point, MS Project.

2.ЗАДАНИЯ ДЛЯ ПРАКТИЧЕСКИХ И ЛАБОРАТОРНЫХ РАБОТ

Воспользуйтесь Таблицей 1 для планирования работы над практическими (часы инд.) и лабораторными (часы лаб.) заданиями.

Таблица 1
Планирование выполнения практических и лабораторных работ
№ нед.	Название работы	Часы лаб.	Часы инд.
1	Формирование группы, утверждение темы, выявление документальных источников, разработка Технического задания (ТЗ, Спецификация требований)1.	2	4
2	Изучение объекта, определение программы информатизации (Обзор/видение проекта + Project Overview)	2	4
3-4	Разработка портфеля проектов/Уставы проектов. Определение приоритета проектов (TELOP, PDM). Выбор самого приоритетного (Портфель проектов, который должен быть упорядочен по приоритету).	4	6
5	Структурное планирование выбранного проекта/построение WBS и сетевой модели (WBS+Сетевой график проекта).	2	3
6	Календарное планирование выбранного проекта, распределение работ между исполнителями и выделение ресурсов проекта (Диаграммы Gantt).	2	3
7	Наблюдение развития/контроль проекта, анализ/выравнивание ресурсов проекта. Закрытие проекта/заключительный отчёт. Project Postmortem.	2	5
	Всего	14	25

2.1. Утверждение тем работ

Период: первая неделя.

Этап проекта: Начальный

Задание: Формирование групп, выбор темы, изучение объекта, формулировка названия проекта информатизации (должны быть уникальные названия проектов) разработка ТЗ.

Форма результатов:

Техническое задание
Источники документирования + создание решений о начале/ инициировании проекта (источники информации и методы сбора необходимых данных о предмете и объекте проекта).

Рисунок 1. Состав группы выполняющей проект

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

Ориентировочное содержание Технического задания:

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

Дополнительно возможно :

Протокол о формировании группы и распределении ролей.
Обоснование выбора темы/объекта – название проекта и другая по Вашему мнению важная информация .

Объём Технического задания должен быть до 5-10 страниц, оьъем приложений не лимитирован.

Шаги разработки Технического задания проекта:

Создайте группу проекта (заказчик/спонсор проекта, эксперты, менеджер и исполнители).
В качестве темы для лабораторных/практических работ выберите организацию, как можно более доступную как территориально так и в плане готовности посодействовать в предоставлении документов и информации. Например, такие как USM или Ваше место работы (если Вы работаете), или компанию в которой работают близкие родственники. Темой может стать так же и тема дипломной работы, если она из области информатизации/ИТ.
Установите роль, место, состояние и цели информационной системы фирмы, недостатки и проблемы которые предстоит преодолеть посредством реализации проекта (на основе внутренних источников организации – официальных отчетов, существующие информационные системы, бизнес-план и т.д. и из внешних источников по отношении к организации – законы, указы, финансовые отчёты, статистические ежегодники , Интернет и т.д.).
Обоснуйте целесообразность проекта: информатизацию некоторых видов деятельности, подразделений, отделов или усовершенствование тех или иных существующих систем (ТЭО- Технико-Экономическое Обоснование).
Специфицируйте необходимые технические и технологические решения и системы .

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

2.2. Определение программы информатизации

Период: вторая неделя.

Этап проекта: Начальный

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

Содержание работы. Определение и описание требований информатизации (на уровне программы информатизации) в соответствии с потребностями объекта, определением сущности проекта (ЧТО) и современными тенденциями развития информатизации .

Форма результата: Обзор будущей информационной/I&CT системы

Шаги выполнения: Для достижения намеченных результатов необходимо изучить сущность объекта, выполнить SWOT-анализ и определить программы информатизации (сбор предложений касаемо развития проекта и их предварительный отбор).

Уточните, была ли разработана информационная система для Вашего объекта. Если такая система существует, проведите её анализ для выявления недостатков, ограничений и т.д. В противном случае переходите к следующему шагу.
Постройте общую модель организации используя диаграммы отношений сущностей, выделяя функциональные части организации и отношения между ними. Для каждой сущности (отделы, секции, мастерские, офисы и т.д.) укажите род деятельности.
Постройте общую модель информационной системы на базе общей модели организации. Выделите, в целом, существующую и необходимую технологическую базу (компьютеры, принтеры, модемы, факсовые аппараты, и т.д.).
Используя общую модель информационной системы и Техническое задание, предложите три составные проекта программы информатизации объекта, и для каждого предложения заполните "ФОРМУ ПРЕДЛОЖЕНИЙ" (Три формы F1+ три формы описания проекта = Три Мини-устава проекта).
Выполните общий обзор программы информатизации:

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

Представьте основную программу информатизации объекта (Project Overview).

2.3. Определение приоритетности проектов и выбор проекта для дальнейшей разработки

Период: третья и четвёртая неделя.

Этап проекта: Начальный

Цель: оценка нескольких предложений для выбора приоритетного проекта.

Форма результатов: решение о выборе + Устав/спецификация проекта.

Шаги выполнения:

После предварительного отбора предложений, исполнители проекта вместе с пользователями и/или экспертами присваивают каждому проекту степень очерёдности путём подсчёта оценок факторов целесообразности (TELOP1), стратегических факторов (PDM2). Для этого каждый фактор оценивается по 10-ти бальной шкале, без каких-либо ограничений. На основании этого рассчитывается средняя оценка для каждой группы факторов.
После оценки предложений посредством TELOP (Форма 5.1.) и PDM (Форма 5.2) отразите полученные оценки на шкале приоритетов (Рисунок 2). Принятие решений зависит от полученных оценок:

Проекты с оценками TELOP < 2 и PDM < 2 следует отклонить;
Проекты с оценками 2 < TELOP < 5 и 2 < PDM < 5 заслуживают разработки, но в будущем;
Проекты с оценками 5 < TELOP < 8 и 5 < PDM < 8 следует начать разрабатывать начиная со следующего налогового периода;
Проекты с оценками 8 < TELOP < 10 и 8 < PDM < 10 должны начать разрабатываться немедленно.

Запишите предложения в порядке их приоритетности в "ДЕКЛАРАЦИИ ПОРТФЕЛЯ ПРОЕКТОВ" (см. Форма F2);

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

Журнал портфеля проектов информатизации содержащий графы: a).Порядковый номер; b) Название проекта; c) Инициатор; d) Решение (когда и кем принято); e) Заказчик/спонсор; f) Ответственный руководитель; g) Приоритет; h) Сроки ; i) Стоимость.
Журнал ожидаемых результатов (после завершения проектов): a) Порядковый номер; b) Название проекта; c) Цель; d) Ожидаемый результат.

На базе предложений с наивысшим приоритетом должна быть заполнена "ТАБЛИЦА НЕОБХОДИМЫХ РЕСУРСОВ" (см. Форма F3) и определён бюджет проекта;
Выберите предложение, которое обладает наивысшим приоритетом и вписывается в пределы бюджетных средств, в качестве темы последующих работ. Для этого воспользуйтесь шкалой приоритетов на рис.2.
Представьте упорядоченный Портфель проектов согласованный с группой разработчиков.

2.4. Планирование проекта

Период: 5-6 неделя.

Этап проекта: Планирование

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

Форма результатов:

Структура проекта WBS

Список/спецификация задач проекта

Сетевой график проекта

Оценка начала и окончания работы с помощью сетевого графика .

Прямой анализ (определение самых первых шагов) начала действий.

Обратный анализ (определение последних шагов) в связи с завершением действий.

Методы совершенствования графа.

Расчёт критического пути.

Диаграммы Gant ресурсов проекта.

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

Форма практических работ: используя ПО (MS Project).

Этапы разработки плана проекта:

Уточнение определения/Устава проекта.
Разложение на задачи и их оценка.
Разработка сетевого графика работ.
Распределение ресурсов.
Уточнении плана и установка вех.

Шаги выполнения:

Создайте иерархическую структуру проекта WBS. Структура разложения задач (WBS - Work Breakdown Structure) и есть древовидная структура которая отражает практически все действия которые необходимо выполнить в рамках проекта. Общее число составляющих должно быть до 20-30. В случае превышения этого предела необходимо реструктурировать проект. Описывает ОЖИДАЕМЫЕ РЕЗУЛЬТАТЫ а не действия необходимые для их получения.
Когда все работы будут расписаны, можем оценить трудоёмкость и стоимость каждой из них, включая все необходимые ресурсы: оборудование, технику, сырьё и материалы, человеческие ресурсы и т.д.

Рисунок 3. WBS: Структура разложения задач проекта

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

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

Для создания модели проекта на компьютере с помощью системы MS Project (или аналогичной ей) необходимо выполнить следующие действия.

Выполните сводное описание проекта – создайте иерархическую структуру этапов и задач.

Сделайте список ресурсов проекта и оцените их. „Оценить” – определить, посчитать стоимость, установить качество и т.д. на основании неполных данных.
Процесс оценки не даёт точных результатов с определёнными значениями. При оценке нас интересует не только значение результата, но и степень в которой мы можем полагаться на эти оценки, другими словами насколько точными они являются.
Любой процесс оценки базируется на частичных или неполных данных.
Оценка должна производиться „top-down” уточнениями „bottom-up”.

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

Наиболее часто встречающимися отношениями между прецедентами являются Finish-To-Start, которые подразумевают временное условие "деятельность B не может быть начата до тех пор пока не будут завершена деятельность A".
Отношения Start-To-Finish используются намного реже и к нем прибегают тогда когда характер исследуемого рода деятельности предполагает ограничение типа "Для завершения деятельности B, необходимо начать работу над деятельностью A".
Start-To-Start представляет собой следующее временное условие "Для начала работы над деятельностью B, необходимо начать работу и над деятельностью A".
Finish-To-Finish предполагает такое отношение между прецедентами, при котором должно выполняться условие "Для того чтобы деятельность B могла быть завершена, должна быть завершена и деятельность A".

Постройте Таблицу прецедентов по этапам WBS, которая представляет собой ограничения по трём колонкам: Деятельность, Предшествующая Деятельность и Следующая Деятельность.
Постройте сетевую диаграмму активности с визуальным отображением прецедентов, которая позволяет составить лучшее представление о проекте в целом.
Установите ограничения связанные с финансированием, доставкой и сроками выполнения операций.
Построение диаграмм PERT/CPM/Gantt

PERT – это сокращение от "Program Evaluation and Review Technique" — Техника Оценки и Анализа Программы
Для составления диаграммы PERT необходимо оценить три числовых промежутка:
- наилучший срок для завершения(a),
- наихудший срок для завершения(b),
- наиболее вероятный срок для завершения (m).
Диаграмма CPM («Critical Path Method») как и диаграмма PERT, является сетевым графиком , которая отличается от PERT следующим:
- Тем что известны/стандартизированы сроки и требует только одну оценку времени. Выглядит так же как и диаграмм на рис. 5.
- Если диаграмма PERT рассматривает лишь время, диаграмма CPM отражает и отношения связанные с затратами и располагаемыми ресурсами.
Является основой составления календарных план-графиков и расписаний .
Метод CPM позволяет найти критический путь и критические задачи проекта.
Критической считается та задача, задержка над работой которой приводит к задержке завершения проекта в целом. Такие задачи не имеют резерва времени. У некритических задач такой резерв имеется, и таким образом, при необходимости работу над ними можно отложить.
Критический путь – это путь от начального узла к конечному, проходящий только через критически точки. Общая продолжительность работ критического пути определяет минимальное время реализации проекта.

Рисунок 4. Сетевая диаграмма деятельности

Рисунок 5. Диаграмма PERT наиболее вероятного времени завершения

Нахождение критического пути сводится к:
- Расчёту самого раннего срока начала работы над каждым заданием. Это значение указывает время ранее которого работа не может быть начата.
- Расчёту самого позднего дня начала работы над каждым заданием. Это значение указывает срок в течение которого должна начаться работа, по истечению этого срока общая продолжительность разработки проекта увеличится.
Для критических работ эти два времени равны между собой.
Если меняется Спецификация работ, меняется и диаграммы PERT/CPM и соответствующие изменения должны быть отражены на них.
Диаграмма Gantt отображает периоды начала и окончания работы над проектом, а так же длительность выполнения работ.
Диаграмма Gantt – это сетевой график, на ней НЕ отражены связи между видами деятельности, их взаимозависимость.
Если меняется Спецификация работ, меняется и диаграмма Gantt и соответствующие изменения должны быть отражены на ней.

Установите компоненты затрат которые будут использованы для финансового анализа и управления проектом.
Выделите человеческие, материальные и финансовые ресурсы, необходимые для выполнения проектных операций, которые впоследствии будут использованы для анализа и управления проектом (определение расходов Форма F5.4).
При помощи диаграммы Gantt проверьте ограничения касаемо ресурсов.
Создайте Документ План проекта содержащий все перечисленные элементы учитывая все ограничения.

2.4. Мониторизация и завершение проекта

Этап проекта: Выполнение, контроль и завершение

Период: 7 неделя.

Цель: контроль выполнения проекта, завершение проекта.

Форма результатов: Project Postmortem

Шаги выполнения:

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

Приложение 1

Бланк предложения F1

Часть 1-я: (заполняется заказчиком)

Дата _________________ Заявка на:

□ Модификацию системы

□ Репроектирование системы

□ Создание новой системы

□ .....................................

□ Отдел (название):
Содержание заявки:

Мотивация заявки:

Часть 2-я: (заполняется разработчиком/информационным департаментом)

Объем работы	□незначительный	□ средний	□ Большой
Внедрение требует:	□ soft	□ hard	□ Персонал
Новые необходимые ресурсы	□незначительные	□ средний	□ Большие

Значение факторов рентабельности TELOP Среднее:_______

Часть 3-я: (заполняется комитетом директоров или пользователем)

Значение стратегических факторов PDM Среднее:_______

Расчетный уровень приоритета: ___ Дата начала проекта:___________

Решение

□ Согласованно □ В утверждении □ Отклонено

Бланк F2

Отчёт по планированию информационных систем Главная подсистема: Приложение: Декларация портфеля предложений проектов
Приложение	Факторы рента- бельности	Средняя факторов рентабельности	Стратеги-ческие факторы	Средняя стратегических Факторов
А
Б
В
И.т.д.

Приложение 2

Бланк F3

Таблица необходимых ресурсов
Год, месяц	Ком-пью-теры	Зап. Устр-ства	Терминалы	Сетев. Устр-ства	Кад-ры	Софт	Др. устр. и ресурсы	Стои-мость (USD)
1
2
3 И.т.д.
Всего

Бланк F4

Состав подсистем ИС _____________________
Фирма ____________________ Директор проекта______________
Система ___________________ Дата ______________
Входы:	Выходы:
Процессы:	Технологии:
Базы данных:	Контроли:

Приложение 3

Бланк F5

Отчёт по планированию проекта

Код идентификации	Номер проекта
Название проекта
3. Разработан :	Дата:
Приоритет:	Срок:

Суммарная стоимость

Развитие системы	Програм-мирование	Технологии
Расчетное	Фактическое	Расчетное	Фактическое	Расчетное	Фактическое

Диаграмма Ганта для фаз проекта:

Задание	Срок Завершения	Стоимость	Ответст-вености
		Расчетное	Фактическое

Приложение 4

Бланк F5.1

Бланк оценки факторов целесообразности (TELOP)

Тип и название факторов	Шкала нет/ср/да	Значение
Техническая целесообразность
Использует ли система известную, хорошо зарекомендованную технологическую платформу?
Необходима ли новая технологическая платформа?
Новая технология представлена продавцом в первый раз?
Включены ли в процессе несколько продавцов?
Является ли система сложной (сетевой) ?
Экономическая целесообразность
Есть ли поддержка ТОП менеджеров ?
Существуют ли фонды для полной реализации?
Законодательная целесообразность
Соответствует ли система нормам, нормативам и правилам, стандартам и действующим законам?
Нуждается ли система в усиленный контроль?
Операционная целесообразность
В системе узкая область действий и мало интерфейсов.
Система новая с многими потребителями и интерфейсов.
Автоматизирует ли существующий известный процесс?
Автоматизирует ли уникальный, не очень известный процесс?
Требует специально обученных потребителей с обширными знаниями?
Программируемость
Общее время развития измеряется в: □часах/днях □неделях/месяцах □годах
Использует ли проектирование продвинутые техники?
Имеет ли проект высокий уровень мотивации и экспертизы?
ИТОГО
Баллы: Для оценки используется шкала и нотация: 0-2=НЕТ: не рентабелен 3-7=СР: средняя рентабельность 8-10=ДА: высокая рентабельность	Итоговый счёт

Приложение 5

Бланк F5.2

Бланк оценки стратегических факторов (PDM)

Название факторов и показателей	Шкала с/ср/от	Значение
Производительность
Координирует ли система работы и задания?
Доступ к базам данных лёгкий и быстрый?
Транзакции обрабатываются автоматически?
Автоматизированы ли задачи нижнего уровня?
Дифференциация
Затронуты ли: стиль, цена, качество продуктов/услуг?
Улучшился ли контроль над запасами?
Улучшились ли приём заказов и обслуживание клиентов?
Лучше ли информирован клиент?
Лучше ли акцентировано лицо (имидж) фирмы?
Менеджмент
Представляет ли система как качественную информацию как по форме так и по содержанию?
Поддерживает ли функции планирования и слежения бюджетов?
Предоставляет ли обратную сигнализацию вовремя (feedback) для принятия правильных мер?
Предоставляет ли система информацию о своём состоянии?
Предоставляет ли система своевременные упреждающие сигналы?
Поддерживает ли система задачи принятия решений?
ИТОГО
Баллы: Для оценки используется шкала и нотация: 0-2=слабый /с 3-7=средний /ср 8-10=отличный /от	Итого-вый счёт

Приложение 6

Бланк F5.3

Бланк оценки факторов MURFE

Тип и название факторов	Шкала (с/ср/от)	Зна чение
Обслуживание/сопровождение
Существует ли стандартный словарь данных?
Использован ли стандартный язык программирования?
Использована ли стандартная конфигурация компьютеров?
Высок ли уровень модулирования?
Является ли документация полной, краткой, понятной и актуальной?
Степень использования
Предоставляет ли система высокий уровень информи-рования и существенную информацию?
Подходит ли формат выходов познавательному стилю потребителей?
Степень повторного использования
Независимы ли и хорошо спроектированы ли модули?
Могут ли быть использованы в будущем модули?
Высокий ли уровень повторного использования soft-a?
Надежность
Длинный ли период между крупными неисправностями и в время исправления коротко?
Нуждается ли система в глубоком пересмотре?
Предоставляет ли система эффективные контроли?
Использованы ли строгие процедуры тестирования?
Смягчает ли hard дефекты?
Нужен ли план действий при бедствиях?
Степень расширяемости
Гибко ли проектирование системы?
Позволяет ли система развитие и и адаптацию во времени?
ИТОГ
Балл: Используется шкала и нотация: 0-2 = слабая /с 3-7 = средняя /ср 8-10 = отличная /от

Приложение 7

Бланк F5.4

Бланк оценки стоимости

№	СТОИМОСТЬ	Цена (USD)
1	Первоначальная стоимость с ресурсами ВСЕГО
2	Стоимость развития и внедрения
	Стоимость развития ИС
	Стоимость установки ИС
	Стоимость программирования
	Стоимость поддержки
	Стоимость тестирования ИС
	Стоимость конверсии данных и приложений
	ВСЕГО
3	Стоимость эксплуатации и сопровождения
	Персонал
	Материалы
	Содержание оборудования
	Электроэнергия
	Страхование
	Телекоммуникации
	Здания
	Охрана и безопасность
	ВСЕГО
	ОБЩИЙ ИТОГ

ФОРМА F 6

Краткое описание содержания — презентация проекта

Основные данные о проекте

Название проекта
Организация - заказчик
(Организация ) исполнитель
Общая продолжительность
Общая стоимость
Человеческие ресурсы и квалификации
Управление проектом

Конфигурация проекта - Задачи, этапы и связи

Главная цель
- Второстепенные цели/подцели
- Критерии достижения подцелей
Этапы реализации
Связь и обмен информационный обмен с другими проектами

Конфигурация проекта - архитектурная модель

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

Конфигурация проекта - функциональная модель

Разделение системы на подсистемы, приложения, модули и функциональные единицы
Диаграмма функциональной структуры

Конфигурация проекта - информационная модель

Внешнее информационное обеспечение
- документы
- система классификации (и кодирования)
- регламенты обработки и распространения
Внутреннее информационное обеспечение
- структура БД
- файловая структура
- словарь терминов

Конфигурация проекта — технико-организационная модель

Диаграмма организационной структуры
Техническая инфраструктура

Менеджмент проекту — календарный план и ресурсы

Календарь реализации ( диаграмма Gantt или Pert)
Кадровое обеспечение ( диаграмма Gantt)
Бюджет/минимизация затрат ( диаграмма Gantt)

Сертификация – утверждение – реализация

Календарь проверки(диаграмма Gantt)
Проверка (сертификация / утверждение)
- Соответствие системы проекту (функции, инфраструктура, параметры, и т.д.).
- Соответствие системной документации действующим стандартам
Календарь преобразований ( диаграмма Gantt)
Обучение персонала
Подготовка БД
Ввод в эксплуатацию
Календарь эксплуатации системы( диаграмма Gantt)

Менеджмент качества

Требования качества
Критерии качества
Измерение / оценка качества
(Измерение / оценка научно-технического уровня)

Менеджмент безопасности и уязвимости

Требования физической и логической безопасности, безопасности доступа, услуг и т.д.
Политика, методы и Средства безопасности (технические, ПО, криптографические, организационные, юридические)
Безопасность работы (техника безопасности)
Выявление и оценка уязвимостей сети, системы и информации
Управление информационной безопасностью
- Обеспечение целостности
- Обеспечение безотказности
- Обеспечение конфиденциальности
- Защита от несанкционированного доступа

1 TELOP – аббревиатура для обозначения факторов целесообразности: Tehnici, Economici, Legali, Operaţionali, Programare. Это факторы, относящиеся к возможности успешного развитии и эксплуатации системы:

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

Еconomici/ Экономические, которые указывают если существуют адекватные фонды для предложенной системы.

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

Operaţionali/Операционные, которые указывают если существующие процедуры и квалификация персонала достаточны для функционирования системы или нужны новые процедуры и квалификация;

Programare/Программируемость, которые означают что система может стать оперативной в приемлемом периоде времени..

2 PDM – аббревиатура для обозначения стратегических факторов: Productivitate, Diferenţiere, Managementul. Это факторы, указывающие на помощь системы для достижения целей предприятия:

Productivitatea/Производительность - измеряет количество выходов отнесенное к количеству входов. Ее измерение преследует цель уменьшение расходов котрые не дают прибавочную стоимость.

Diferenţierea/ Дифференциация – определяет меру, как хорошо предприятие может предоставлять разную по отношению к конкурентам продукцию/услуги. Д. можно достичь путем повышения качества и диверсификации продукции, упаковки, цен и др.).

Managementul/ Менеджмент – указывает как хорошо система оказывает поддержку в планировании, контроля и принятия решений.

ббревиатура для индикации ключевых стратегических факторов Productivitate (продуктивность), Diferenţiere(дифференциация), Management(менеджмент).

3 MURFE - аббревиатура от Mentenanţă (обслуживание), Utilizabilitate (удобство использования), Reutilizare (степени повторного использования), Fiabilitate (надёжности) и Extindere (степени расширяемости) — факторы имеющие прямое отношение к качеству проекта системы.

1 Желтым выделены названия результатов работ, предоставляемых для оценки

1. Реферат на тему- Стан сільського господарства
2. Устойчивость стержневых систем Расчет на устойчивость стержневых систем сводится к определению крити
3. реферат дисертації на здобуття наукового ступеня кандидата економічних наук Дніпропетровсь
4. Ля Франсе работает в регионе более 9 лет имеет 8 магазинов в области
5. По теме- Маркетинг в социальных сетях По дисциплине Теория менеджмента - история управленческой мысли
6. Time students like me nd the rest re prt timestudents
7. понимает в какой программе его открыть
8. тема Мета- сформувати поняття про операційну систему та її складові; сформувати уміння роботи з довідкою
9. Выявление и расследование инцидентов информационной безопасности Сравнительный анализ подходов к
10. Водолечение и водные процедуры
11. Тема 14 Управление знаниями Вопросы лекции- Система управления знаниями Причины появления систе
12. Реклама и PR
13. Экологическое сознание как фактор развития украинского общества
14. Управление производственным процессом и направления его совершенствования
15. х годов после кризиса и депрессии в экономике США стал наблюдаться подъем несколько оживилось строительств
16. Тема 3 Регулирование оборота наличных денег в Республике Беларусь Организация регулирования налич
17. Центр содействия реализации конституционных прав и законных интересов граждан ЭНСО ЛОРОО Центр ЭНСО
18. вариант 1 Руководитель к
19. РЕФЕРАТ дисертації на здобуття наукового ступеня кандидата технічних наук ЛЬВІВ 2000 Дисертаці
20. Регуляція обміну речови

Материалы собраны группой SamZan и находятся в свободном доступе