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

• Название: Методические указания по выполнению практических работ обучающихся по учебной
• Дата: 24.02.2022
• Размер: 118.76 Kb.
• Имя файла: пз+++.docx
• Тип: Методические указания; #371872
• страница: 5 из 12

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

1. 
   Составьте техническое задание, которое будет содержать необходимые требования к программному продукту
   
2. 
   Составьте спецификацию на разработку программного продукта
   
3. 
   Сравните результаты тестирования из предыдущей работы с требованиями технического задания
   
4. 
   Сравните результаты тестирования из предыдущей работы с требованиями спецификации
   

Контрольные вопросы

1. 
   Подтверждает ли тестирование правильность программы?
   
2. 
   Что можно сказать о программе, если она на значительном количестве тестов ведет себя правильно?
   
3. 
   Может ли повысить надежность программы процесс тестирования?
   
4. 
   Типы ошибок, обнаруживаемые при тестировании.
   
5. 
   Основные принципы тестирования.
   

Практическая работа № 3 Тема Анализ рисков

Цель: научиться производить анализ рисков программного обеспечения

Теоретические сведения

Управление рисками – это одна из самых динамично развивающихся видов деятельности и большинство крупных компаний имеют в штате специалистов по управлению ими. Существует развитый инструментарий для минимизации потерь от воздействия неблагоприятных факторов как внутренней, так и внешней среды.

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

Рискиплохоговзаимодействия между заказчикомиисполнителем – это риски связанные с отсутствием коммуникации между исполнителем и заказчиком или их представителями. Недостаточное обсуждение задач или архитектуры может негативно сказаться на разрабатываемом программном обеспечении.

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

Риски, связанные с недостаточной осведомлённостью управляющегопроектомоточномсостояниипроекта – это вид рисков, связанных с отсутствием обратной связи. Он возникает, когда проектный менеджер не

выстроил рабочий процесс таким образом, чтобы контролировать ход выполнения проекта на всех его этапах.

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

Рискиотсутствиясистемыконтроля – обусловлены большим количеством аспектов в области проектного менеджмента при разработке программного обеспечения, когда сложно учесть все возможные ситуации.

Рискпоявленияновыхтребований возникает в процессе разработки программного обеспечения, когда появляются всё новые и новые требования, которые отодвигают сроки и оценку конкретных задач.

Риск противоречивости в требованиях (декомпозиция спецификации) – это риски связанные с выявлением противоречивости в требованиях заказчика на этапе программирования или интеграции проекта.

Риски неправильно определённых системных требований – это риски, когда в самом начале проекта были некорректно сформулированы характеристики целевой системы, для которой разрабатывается программное обеспечение: программное окружение или требования к аппаратной части

Рискииспользованиянестабильныхтехнологий– это риски, связанные с использованием новых технологий, которые ещё не прошли апробацию в производстве или других проектах.

Риски,связанныеснеспособностьюсправитьсясосложностьюпроекта – иногда проект может быть настолько сложным, что команда попросту может с ним не справиться.

Рискнизкойпродуктивности обусловлен длительностью реализации проекта. Это в самом начале проекта создаёт большую потерю времени, которую сложно будет наверстать. При этом приходится либо переносить сроки, либо работать в более динамичном режиме на более поздних этапах проекта.

Рисксменысотрудников, когда проект покидают ключевые сотрудники, которые максимально владеют информацией.

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

Рискинарушениезаконаобавторскомправе могут возникнуть при использовании разработчиками без ведома проектного менеджера чужого исходного кода, алгоритма или библиотеки, которые защищены законом об авторском праве, но не приобретены или их использование не согласовано с автором.