- •Содержание
- •Введение
- •1.Лабораторная работа №1. Формирование рабочих групп и утверждение тем
- •1.1.Формирование рабочих групп.
- •1.2.Утверждение темы разработки
- •2.Лабораторная работа №2. Управление проектом
- •2.1.Введение
- •2.2.Порядок работ
- •2.3.Пример описания проекта
- •3.Лабораторная работа №3. Внешнее описание и техническое задание
- •3.1.Общие положения
- •3.1.1.Техническое задание должно содержать следующие разделы:
- •4.3.Пример оформления интерфейса
- •5.Лабораторная работа №5. Конструирование программного средства
- •5.1.Диаграмма вариантов использования
- •6.Лабораторная работа №6. Разработка руководства по применению
- •8.Лабораторная работа №8. Аттестация программного средства
- •Приложение а. Пример резюме
- •Приложение б. Темы для разработок.
- •8.3.3.Время восстановления после отказа
- •8.13.Содержание работ по этапам
- •8.14.Порядок контроля и приемки
- •8.15.Общие требования к приемке работы
- •Приложение г. Примеры диаграмм uml.
- •8.16.10.2 Выполнение функции открытия (загрузки) существующего файла. Возможно любым из перечисленных ниже способов:
- •8.16.10.3Выполнение функции редактирования текущего файла путем ввода, замены, удаления содержимого файла с применением устройств ввода
- •8.16.10.4Редактирование текущего файла путем ввода текста с устройств ввода
- •8.16.10.5Редактирование текущего файла путем замены содержимого с применением устройств ввода
- •8.16.10.6Редактирование текущего файла путем удаления содержимого с применением устройств ввода
- •8.16.10.7Выполнение функции редактирования текущего файла с применением буфера обмена операционной системы
- •8.16.10.8Выполнение операции копирования (фрагмента) файла
- •8.16.10.9Выполнение операции вставки содержимого буфера обмена в файл
- •Приложение е. Пример журнала отслеживания дефектов web-сайта
2.2.Порядок работ
Порядок выполнения работы следующий
Необходимо выделить все подзадачи в рамках проекта и составить их иерархию и зависимости. Такая иерархия может быть произвольной глубины, однако в проектах масштаба лабораторных работ не имеет смысла доводить ее даже до 3х уровней. Зависимости имеют форму ограничений следующих видов:
«задача В может быть начата не ранее завершения задачи А»
«Задачи А и В должны начаться одновременно»
«Задачи А и В должны закончиться одновременно»
Особые ограничения для отдельных задач:
«Задача А может быть начата не ранее чем»
«Задача А должна быть закончена не позднее чем»
Для каждой задачи необходимо оценить ее трудоемкость в часах.
Для каждой задачи нужно указать ее приоритет по отношению к прочим задачам в проекте.
Для всего проекта нужно составить список трудовых ресурсов (исполнителей), с указанием календарей их рабочего времени.
Каждой выделенной атомарной задаче нужно назначить исполнителей из списка, сформированного на шаге 3. Исполнителей и иных ресурсов может быть назначено несколько для некоторых задач, в особенности трудоемких и/или ресурсоемких.
Перечислить все существенные продукты и документы, получаемые в рамках проекта. Такими продуктами могут быть: документ технического задания, исходные коды модулей, пользовательская документация и другие, так называемые, артефакты. Момент получения артефактов нужно соотнести с этапами проекта и обозначить эти моменты как вехи проекта.
2.3.Пример описания проекта
Проект: «Создание автоматизированной системы отслеживания интереса клиентов компании на основании статистики посещений корпоративного сайта»
Подзадача 1: составить техническое задание
Подзадача 1.1: Составить внешнее описание (8 ч)
Подзадача 1.2: Сформулировать требования к системе (выполнение может быть начато не ранее заверения 1.1) (4 ч)
Подзадача 1.3: Сформулировать требования качества (выполнение может быть начато не ранее момента завершения 1.2) (2 ч)
Подзадача 1.4: Сформулировать функциональные требования (выполнение может быть начато не ранее момента завершения 1.3) (8 ч)
Подзадача 1.4: Составить и утвердить документ технического задания (выполнение может быть закончено не ранее завершения 1.4) (6 ч)
Подзадача 2: Разработать архитектуру решения
Подзадача 2.1: Установить способ представления и состав данных по статистике посещений (выполнение может быть начато не ранее завершения 1.4) (1 ч)
Подзадача 2.2: Разработать реляционную структуру для хранения и обработки протоколов (выполнение может быть начато не ранее завершения 2.1) (16 ч)
Подзадача 2.3: Описать способ транспортировки, преобразования и загрузки данных (выполнение может быть начато не ранее завершения 2.1) (4 ч)
Подзадача 2.4: Сформулировать логику построения отчетов (выполнение может быть начато не ранее завершения 2.3) (40 ч)
Подзадача 3: Реализовать приложение
Подзадача 3.1: Реализовать транспортировку протоколов (Может быть начато не ранее завершения 2.3) (8 ч)
Подзадача 3.2: Создать реляционную базу данных( 16 ч )
Подзадача 3.3: Реализовать код предварительной обработки и очистки данных (2 ч)
Подзадача 3.4: Реализовать код загрузки протоколов (1 ч)
Подзадача 3.5: Реализовать код и дизайн отчетов ( 20 ч )
Подзадача 3.5: Создать документацию по применению (16 ч)
Подзадача 4: Провести аттестацию (может быть начато не ранее завершения 2)
Подзадача 4.1: Тестирование на площадке исполнителя (1 день)
Подзадача 5: Развертывание
Подзадача 5.1: Развертывание сервера баз данных (1 ч)
Подзадача 5.2: Развертывание сервера отчетов (1 ч)
Подзадача 5.3: Развертывание сервера интеграции (1 ч)
Подзадача 5.4: Развертывание сервера интеграционных пакетов
Подзадача 5.5: Развертывание сервера пакетов отчетов
Подзадача 5.6: Приемо-сдаточные испытания
Подзадача 5.7: Обучение персонала заказчика
На основании этой структуры работ строится так называемая диаграмма Гантта (см рисунок), которая отражает состав и порядок работ.
Необходимо также произвести выравнивание загрузки ресурсов, которая предотвращает переработку исполнителей в проекте. Как правило, сверхурочные (overtime) оплачиваются по тарифу более высокому, нежели базовая заработная плата сотрудников (сам тариф устанавливается согласно коллективному договору или индивидуальному трудовому договору), кроме того, снижается продуктивность труда разработчиков, работающих более 8 часов в день.
По полученной диаграмме необходимо определить критический путь, т.е. наиболее длительную последовательность работ в проекте с учетом их взаимосвязи.
Фактическим результатом работы должен являться базовый план проекта в виде диаграммы Гантта.
Литература
Филлипс Дж.. Управление проектами в области информационных технологий – изд. Лори, пер. с англ. – 2008 – 375с
Ньюэлл Майкл В. Управление проектами для профессионалов – 2208 – 416с
