Методические указания по выполнению лабораторных занятий



бет8/102
Дата01.09.2022
өлшемі3,94 Mb.
#38357
түріМетодические указания
1   ...   4   5   6   7   8   9   10   11   ...   102
Байланысты:
Технология проектирования программных систем

Примечания:
1. Не по ГОСТ и ОРММ ИСЖТ.
2. Основные проектные решения на создание ИС включают в себя определение:
 функциональной и организационной структур системы;
 состава и структуры комплекса технических и программных средств;
 применяемых инструментальных средств;
 технологии обработки информации;
 состава, структуры и технологии ведения информационной базы;
 входных и выходных форм;
 алгоритмов обработки данных.
3. Цель макетирования (прототипирования) - снять неопределенность в требованиях Заказчика.
4. Предварительные испытания информационной системы проводят для определения ее работоспособности и решения вопроса о возможности приемки ее в опытную эксплуатацию.
5. Опытную эксплуатацию проводят с целью определения фактических значений количественных и качественных характеристик информационной системы; готовности персонала к работе с ней; фактической эффективности ее работы; корректировки (при необходимости) документации.
6. Приемочные испытания проводят для определения соответствия информационной системы ТЗ, оценки качества опытной эксплуатации и решения вопроса о возможности приемки ИС в постоянную (промышленную) эксплуатацию.
7. ОФАП – отраслевой фонд алгоритмов и программ.
8. Гарантийные обязательства (выполняются бесплатно согласно договору):
 устранение выявленных недостатков и ошибок;
 внесение необходимых изменений в программы и документацию;
 внесение изменений в технологический процесс;
 консультации пользователей.
9. Послегарантийные обязательства (выполняются за отдельную плату):
 анализ функционирования системы;
 выявление отклонений фактических эксплуатационных характеристик ИС от проектных значений и установление причин этих отклонений;
 устранение выявленных недостатков и обеспечение стабильности эксплуатационных характеристик ИС;
 внесение необходимых изменений в документацию на ИС;
 передача очередных версий.
В табл. 2.1 отсутствует процесс поставки из стандарта ИСО/МЭК 12207-02, так как он определяет работы, выполняемые на всем протяжении жизненного цикла. Эти работы связаны с управлением и обеспечением проекта, начиная с момента подготовки договора и заканчивая сопровождением.
Согласно ГОСТ 34.601-90 и ОРММ ИСЖТ 5.03-00 допускается:
 исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях;
 объединять стадии «Технический проект» и «Рабочая документация» в одну стадию «Технорабочий проект»;
 выполнять отдельные этапы работ до завершения предшествующих стадий;
 параллельное во времени выполнение этапов работ;
 включение дополнительных этапов работ.
2.3. Распределение обязанностей между участниками проекта
В процессе разработки и эксплуатации системы участвует определенный круг лиц (представители заказчика и разработчика), заинтересованных в успешной реализации проекта. В этом процессе между ними распределяются роли, за каждой из которых закрепляется определенный набор функций (обязанностей). При этом один и тот же человек может выступать в разных ролях (качествах). Так, например, один и тот же человек может быть проектировщиком и программистом, в то же время в проекте может принимать участие несколько экспертов, проектировщиков или программистов. В табл. 2.2 приведен типичный список ролей и их функций.
Таблица 2.2. Роли участников в проекте

Роль

Функции

Руководитель (менеджер) проекта

Ищет потенциальных заказчиков. Заключает договор на разработку системы. Отвечает за планирование сроков и ресурсов. Выполняет управление и контроль за ходом выполнения проекта. Отвечает за взаимодействие с заказчиком

Эксперт-технолог

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

Системный аналитик (архитектор, главный конструктор)

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

Проектировщик

Разрабатывает модели системы на основе архитектуры

Программист

Реализует модели в виде программного обеспечения

Тестировщик

Разрабатывает тесты и тестирует модели системы и разработанное программное обеспечение

Технический редактор (писатель)

Готовит документацию для пользователей на разработанную систему. В комплект документации могут входить технологические инструкции, руководства пользователя, администратора системы, БД и т. д.

Инженер по внедрению

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

Пользователь

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

У проекта должен быть один руководитель и, как правило, один системный аналитик. За остальные роли в крупных проектах отвечает обычно по несколько человек. В табл. 2.2 роли эксперта-технолога и пользователя выполняют представители заказчика, остальные роли – представители разработчика. Эксперты-технологи могут быть приглашены из сторонней организации. По мере необходимости в проекте могут принимать участие координатор работ (ответственный) со стороны заказчика, аудиторы и т. д.


Достарыңызбен бөлісу:
1   ...   4   5   6   7   8   9   10   11   ...   102




©emirsaba.org 2024
әкімшілігінің қараңыз

    Басты бет