- •Понятие технологии, виды технологий, примеры технологий.
- •Технологии программирования, технологии проектирования баз данных.
- •Характерные черты компьютерных информационных технологий.
- •Определение информационных систем. Классификация информационных систем. Их характеристика.
- •Однопользовательские и многопользовательские информационные системы.
- •Понятие корпоративной информационной системы. Структура корпоративной информационной системы. Примеры корпоративных информационных систем.
- •Характерные черты mrp, erp, crm.
- •Стандартизация и сертификация в информационных технологиях. Международные стандарты iso/osi 12207.
- •Основные процессы разработки по (iso 12207).
- •Модели жизненного цикла программного обеспечения (по). Каскадная модель.
- •Модели жизненного цикла программного обеспечения (по). Спиральная модель.
- •Методология rad.
- •Технологии нисходящего и восходящего проектирования.
- •Основные принципы проектирования, их характеристика.
- •Структурный подход к проектированию информационных систем (особенности, принципы).
- •Методология sadt.
- •Характеристика нотации idef0. Правила построения моделей и использования блоков.
- •Общая характеристика и особенности разработки диаграмм потоков данных dfd. Основные элементы диаграммы.
- •Диаграммы erd. Основные особенности.
- •Нотация Питера Чена. Нотация idef1x.
- •Характеристика и особенности применения стандарта idef3. Особенности построения диаграмм pfdd.
- •Характеристика и особенности применения стандарта idef3. Особенности построения диаграмм ostn.
- •Унифицированный язык моделирования uml. Диаграммы прецедентов. Диаграммы взаимодействий.
- •Унифицированный язык моделирования uml. Диаграммы последовательностей. Диаграммы состояний.
- •Унифицированный язык моделирования uml. Диаграммы классов. Диаграммы развертывания.
- •Унифицированный язык моделирования uml. Диаграммы классов. Диаграммы компонентов.
- •Сущность и принципы реинжиниринга бизнес-процессов (рбп). Этапы проекта рбп.
- •Сущность и принципы реинжиниринга бизнес-процессов (рбп). Альтернативные подходы к совершенствованию деятельности и их отличие от рбп.
- •Определение проекта. Стандарты по управлению проектами. Особенности проекта как объекта управления.
- •Определение проекта. Жизненный цикл проекта. Проектный треугольник.
- •Определение проекта. Группы процессов управления проектами (их краткая характеристика).
- •Составление календарного плана проекта. Сетевые графики AoA.
- •Управление рисками проекта.
- •Управление стоимостью проекта.
- •Определение проекта. Управление командой проекта.
Составление календарного плана проекта. Сетевые графики AoA.
Все работы по проекту объединяются в график работ.Работы, задержка выполнения которых может отразиться на сроках выполнения проекта, называются критическими работами.Критические работы образуют критический путь. Продолжительность критического пути определяет продолжительность проекта.
Длительность работы:Длительность, дн.= Объем работы, ед./ Производительность ресурсов, ед./дн; Длительность, дн.= Трудозатраты, чел.-дн./ Объем ресурсов, чел.
Проект удобно представлять в виде сетевого графика – ориентированного графа, представляющего собой совокупность вершин, соединенных между собой дугами.
с работами на дугах, «события – работы»
с работами на вершинах, «работы – связи»
Сетевые графики AoA состоят из двух типов элементов: работ (представляются дугами) и событий (представляются вершинами).
Виды работ:
действительные работы
ожидания
фиктивные работы
Событие – это момент завершения какого-либо процесса, отражающий отдельный этап выполнения проекта. У любой работы есть начальное и конечное события.
Путем называется любая последовательность работ, в которой конечное событие каждой работы совпадает с начальным событием следующей за ней работы.
а) Правила построения сетевых графиков AoA
На графике должно быть только одно исходное и одно завершающее событие.
На графике не должно быть замкнутых контуров и петель – работ, соединяющих события с ними же самими.
Любые два события должны быть непосредственно связаны не более чем одной работой.
б) Временные параметры событий
Р анний срок наступления события-показывает время наступления события в том случае, когда все предшествующие ему работы будут выполнены без задержек, а все предшествующие события свершатся в ранние сроки.
П оздний срок наступления события-показывает максимально возможное время наступление события, при котором общая продолжительность выполнения проекта еще не увеличивается.
Р езерв времени события-показывает, на какой максимально допустимый период времени можно задержать наступление этого события, не вызывая при этом увеличения срока выполнения всего проекта в целом.
в ) Временные параметры работ
ранний срок начала
ранний срок окончания
поздний срок начала
поздний срок окончания
полный резерв времени-Rп(i, j)
частный резерв времени первого вида R1(i, j)
частный резерв времени второго вида- R2(i, j)=Rс(i, j)
независимый резерв времени Rн(i, j)
г) Коэффициенты напряженности работ
где t’кр – продолжительность отрезка максимального пути, проходящего через работу (i, j), совпадающего с критическим путем.
Для критических работ коэффициент напряженности равен единице.
Выделяют три зоны классификации работ по напряженности:
критическую (>0,8)
подкритическую ([0,6; 0,8])
резервную (<0,6)
Управление рисками проекта.
Управление рисками проекта вкл. в себя проц., относящиеся к планир. Упр-я рисками, их идентификации и анализу, реагированию на риски, мониторингу и управл. рисками проекта. Большинство из этих процессов подлежат обновлению в ходе проекта.
Цели упр-я рисками пр-та – повыш вероятн. возник. и возд благоприятн событ и сниж вероятн возникн и возд неблагопр для про-та событ.
Риск проекта – это неопр событ или усл, кот в случае возникн. имеет позитивное или негативное возд по меньшей мере на одну из целей проекта, например сроки, стоимость, содержание или качество.
Риск может быть вызван одной или несколькими причинами и в случае возникновения может оказывать влияние на один или несколько факторов.
Источники рисков: Расписание (зад с неопр длит, короткие зад., длин задачи, зад с большим числом ресурсов), ресурсы (неопытные сотрудники, сотрудники с больш объемом работы,сотр со свеохурочной работой, сотр с уник навыками. ), бюждет (могут потребоваться непредвиденные затраты )
Идентификация рисков предусм. Опр. рисков, способных повлиять на проект, и док оформл их характеристик.
Для каждого риска проекта необходимо определить: Вероятность возникновения (в % или баллах), Степень воздействия на проект (в % или баллах), Ожидаемое время возникновения, Частоту возникновения
Стратегии смягчения рисков : Accept – принять(Счесть допустимым и не закладывать резервов в бюджет), Avoid – избегать(не делать проект вообще), Contain – включать в резерв(Резерв ср-ва в бюджете в размере ожид потерь в случае возн риска) Mitigate – смягчать( Совершать предв действия до возн риска для сниж разм возм потерь; Планир действия по борьбе с последствв случае возн риска для сниж размера факт потерь)
Пример Болезнь членов команды ( источники: Сезон и погода, Рабочее окружение (вентиляция, питание, эргономика), Общий уровень здоровья в коллективе, Зависимость людей друг от друга в работе
Пример Риск: Медленная обр связь от заказчика (Источник Процесс работы заказчика над нашими вопросами и подготовка ответов Процесс анализа требований нами и формулирования вопросов)