Содержание этапов выполнения проекта
Определение ролей
Выполнение учебно-исследовательского проекта предусмотрено в микрогруппах в целях формирования таких общих компетенций, какумение работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями(ОК 6) и брать на себя ответственность за работу членов команды (подчиненных), за результат выполнения заданий (ОК 7). Поэтому необходимо разбиться на группы 4-5 человек и определить роль каждого участника группы в соответствии перечнем характеристик ролей, определенным в Таблице 2.
Таблица 2. Перечень характеристик ролей.
| Роль | Описание |
| Заказчик | Реально существующий (в организации, которой подчинена команда, или вне ее) инициатор разработки или кто-либо иной, уполномоченный принимать результаты (как текущие, так и окончательные) разработки. |
| Планировщик ресурсов | Выдвигает и координирует требования к проектам в организации, осуществляющей данную разработку, а также развивает и направляет план выполнения проекта с точки зрения организации. |
| Менеджер проекта | Отвечает за развитие проекта в целом, гарантирует, что распределение заданий и ресурсов позволяет выполнить проект, что работы и предъявление результатов идут по графику, что результаты соответствуют требованиям. В рамках этих функций менеджер проекта взаимодействует с заказчиком и планировщиком ресурсов. |
| Руководитель команды | Производит техническое руководство командой в процессе выполнения проекта. |
| Архитектор | Отвечаетза проектирование архитектуры системы, согласовывает развитие работ, связанных с проектом. |
| Проектировщик подсистемы | Отвечает за проектирование подсистемы или категории классов, определяет реализацию и интерфейсы с другими подсистемами. |
| Эксперт предметной области | Отвечает за изучение сферы приложения, поддерживает направленность проекта на решение задач данной области. |
| Разработчик | Реализует проектируемые компоненты, владеет и создает специфичные классы и методы, осуществляет кодирование и автономное тестирование, строит продукт. |
| Разработчик информационной поддержки | Создаетдокументацию, сопровождающую продукт, когда выпускается версия. |
| Специалист по пользовательскому интерфейсу | Отвечаетза удобство применения системы. Работает с заказчиком, чтобы удостовериться, что пользовательский интерфейс удовлетворяет требованиям. |
| Тестировщик | Проверяетфункциональность, качество и эффективность продукта. Строит и исполняет тесты для каждой фазы развития проекта. |
| Библиотекарь | Отвечает за создание и ведение общей библиотеки проекта, которая содержит все проектные рабочие продукты, а также за соответствие рабочих продуктов стандартам. |
Роль заказчика должен выполнять преподаватель колледжа. Роль менеджера проекта выполняет преподаватель учебной дисциплины ОП.06 «Основы алгоритмизации и программирования». Остальные роли распределяются между участниками команды, каждый из которых должен будет совмещать выполнение нескольких ролей, например, следующим образом: руководитель команды -производиттехническое руководствокомандой в процессе выполнения проекта, отвечает за соответствие рабочих продуктов стандартам,кодировщик — действующее лицо, главной функцией которого являетсякодирование,аналитик— тот, кто занимается анализом требований,отвечает за изучение сферы приложения, за проектирование архитектуры системы, тестировщик – занимается подготовкой и проведением тестирования.
|
|
|
|
|
|
Проведение брифинга с заказчиком. Постановка задачи.
На данном этапе проводится брифинг с заказчиком для определения цели создания, назначения, области применения программного продукта.Для этого необходимо подготовить список вопросов к заказчику − бриф (см. пример в Приложении Б). Заполненный заказчиком бриф станет основой для анализа требований к ПП и создания спецификации требований.
|
|
|
Разработка технического задания и проекта программы
Техническое задание - это основной документ, регламентирующий все этапы выполнения проекта. Техническое задание должно содержать следующие разделы:
- назначение программы;
- требования к программе;
- требования к надежности;
- требования к программной документации;
- стадии и этапы разработки.
В разделе "назначение программы" указывается, для решения какой задачи разрабатывается программа.
Пример:
В разделе "требования к программе" должны быть следующие подразделы:
- "требования к функциональным характеристикам" - здесь перечисляются все функции, которые должна выполнять программа, требования к организации входных и выходных данных (именно требования, а не сама организация);
Пример:
|
|
|
|
|
- "требования к надежности" - в этом подразделе указываются требования к обеспечению надежного функционирования программы (контроль входной информации, защита от сбоев, и т.п.).
Пример:
- "требования к составу технических средств" - здесь указывается состав технических средств: тип ЭВМ, необходимый комплект внешних устройств, и т.п.;
- "требования к информационной и программной совместимости" - это требования к информационным структурам на входе и выходе, методам решения, языкам программирования, операционным системам и другим программным средствам, которые будет использовать данная программа.
В разделе "требования к программной документации" указываются программные документы, которые следует разработать.Состав программной документации должен включать в себя:
- описание и алгоритмы выполнения программы;
- текст программы;
- программу и методики испытаний;
- документы по результатам тестирований;
- руководство пользователя.
В разделе "стадии и этапы разработки" устанавливаются необходимые стадии разработки, этапы и содержание работ, а также сроки их выполнения.
Дата добавления: 2018-06-01; просмотров: 415; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!