Файл: Отчет по практической работе дисциплина Качество информационных систем.docx

ВУЗ: Не указан

Категория: Отчет по практике

Дисциплина: Не указана

Добавлен: 18.01.2024

Просмотров: 61

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Министерство образования, науки и молодежной политики

Нижегородской области

Государственное бюджетное образовательное учреждение

высшего образования

«Нижегородский государственный инженерно-экономический университет»

(ГБОУ ВО НГИЭУ)

Институт: «Информационные технологии и системы связи»

Кафедра: «Информационные системы и технологии»

ОТЧЕТ ПО ПРАКТИЧЕСКОЙ РАБОТЕ

Дисциплина «Качество информационных систем»

Выполнил: студент 20 ИО

Коряжкин Артем Александрович

Руководитель: к.э.н.,

Кривоногов С.В.

г. Княгинино 2023 г.

Тема. Выбор и адаптация модели жизненного цикла для конкретного проекта.

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

Оборудование. ПК

Ход работы

Для выполнения данной практической работы выбран вариант №7 по списку: «Диагностика локальных сетей».

Задание №1. Заполнить таблицу выбора модели ЖЦ на основе характеристик требований.

№ критерия

Критерии категории требований

Каскадная

RAD

Инкрементная

Быстрого прототипирования

Эволюционная

1.

Являются ли требования к проекту легко определимыми и реализуемыми?

Да

Нет

Да

Нет

Нет

2.

Могут ли требования быть сформулированы в начале ЖЦ?

Да

Да

Да

Да

Нет

3.

Нужно ли демонстрировать требования с целью их определения?

Да

Нет

Нет

Да

Да

4.

Нужно ли реализовать основные требования на ранних этапах разработки?

Да

Да

Да

Да

Да

Задание №2. Заполнить таблицу выбора модели ЖЦ на основе характеристик команды разработчиков.


№ критерия

Критерии категории команды

разработчиков проекта

Каскадная

RAD

Инкрементная

Быстрого прототипирования

Эволюционная

1.

Являются ли проблемы предметной области проекта новыми для большинства разработчиков?

Нет

Нет

Да

Да

Да

2.

Являются ли инструментальные средства, используемые в проекте, новыми для большинства разработчиков?

Да

Нет

Нет

Да

Нет

3.

Приемлет ли команда разработчиков оценки, проверки, стадии разработки?

Нет

Да

Нет

Нет

Нет

Задание №3. Заполнить таблицу выбора модели ЖЦ на основе характеристик коллектива пользователей.

№ критерия

Критерии категории коллектива пользователей

Каскадная

RAD

Инкрементная

Быстрого прототипирования

Эволюционная

1.

Будет ли присутствие пользователей ограничено в ЖЦ разработки?

Нет

Нет

Нет

Нет

Да

2.

Будут ли пользователи вовлечены во все фазы ЖЦ разработки?

Нет

Нет

Нет

Да

Нет

Задание №4. Заполнить таблицу выбора модели ЖЦ на основе характеристик типа проекта и рисков.

№ критерия

Критерии категории типов проекта и рисков

Каскадная

RAD

Инкрементная

Быстрого прототипирования

Эволюционная

1.

Разрабатывается ли в проекте продукт нового для организации направления?

Нет

Да

Да

Да

Нет

2.

Будет ли проект являться расширением существующей системы?

Да

Да

Да

Нет

Да

3.

Необходим ли высокий уровень надежности продукта проекта?

Нет

Да

Да

Нет

Да

4.

Является ли график сжатым?

Нет

Да

Нет

Да

Нет

5.

Предполагается ли повторное использование компонентов?

Нет

Да

Да

Да

Да

6.

Являются ли достаточными ресурсы (время, деньги, инструменты, персонал)?

Нет

Нет

Нет

Да

Да


Задание №5. Расположите по степени важности критерии.

По степени важности, выбор модели для ЖЦ системы «Диагностика локальных сетей» используется следующий порядок:

№ критерия

Критерии категории требований

Каскадная

RAD

Инкрементная

Быстрого прототипирования

Эволюционная

1.

Нужно ли реализовать основные требования на ранних этапах разработки?

Да

Да

Да

Да

Да

2.

Могут ли требования быть сформулированы в начале ЖЦ?

Да

Да

Да

Да

Нет

3.

Нужно ли демонстрировать требования с целью их определения?

Да

Нет

Нет

Да

Да

4.

Являются ли требования к проекту легко определимыми и реализуемыми?

Да

Нет

Да

Нет

Нет



№ критерия

Критерии категории команды

разработчиков проекта

Каскадная

RAD

Инкрементная

Быстрого прототипирования

Эволюционная

1.

Являются ли проблемы предметной области проекта новыми для большинства разработчиков?

Нет

Нет

Да

Да

Да

2.

Являются ли инструментальные средства, используемые в проекте, новыми для большинства разработчиков?

Да

Нет

Нет

Да

Нет

3.

Приемлет ли команда разработчиков оценки, проверки, стадии разработки?

Нет

Да

Нет

Нет

Нет



№ критерия

Критерии категории коллектива пользователей

Каскадная

RAD

Инкрементная

Быстрого прототипирования

Эволюционная

1.

Будет ли присутствие пользователей ограничено в ЖЦ разработки?

Нет

Нет

Нет

Нет

Да

2.

Будут ли пользователи вовлечены во все фазы ЖЦ разработки?

Нет

Нет

Нет

Да

Нет




№ критерия

Критерии категории типов проекта и рисков

Каскадная

RAD

Инкрементная

Быстрого прототипирования

Эволюционная

1.

Будет ли проект являться расширением существующей системы?

Да

Да

Да

Нет

Да

2.

Предполагается ли повторное использование компонентов?

Нет

Да

Да

Да

Да

3.

Разрабатывается ли в проекте продукт нового для организации направления?

Нет

Да

Да

Да

Нет

4.

Необходим ли высокий уровень надежности продукта проекта?

Нет

Да

Да

Нет

Да

5.

Является ли график сжатым?

Нет

Да

Нет

Да

Нет

6.

Являются ли достаточными ресурсы (время, деньги, инструменты, персонал)?

Нет

Нет

Нет

Да

Да

Задание №6. Выберите модель ЖЦ для реализации поставленной задачи.

С точки зрения практичности, для варианта системы «Диагностика локальных сетей», наиболее предпочтительной моделью ЖЦ является: модель «Быстрого прототипирования».

Задание №7. Выполните адаптацию выбранной модели с учетом характеристики проекта.

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

Ответы на вопросы:

Вопрос №1. Модель быстрого протитипирования предназначена для быстрого создания прототипов продукта с целью уточнения требований и поэтапного развития прототипов в конечный продукт. Скорость (высокая производительность) выполнения проекта обеспечивается планированием разработки прототипов и участием заказчика в процессе разработки.

Начало жизненного цикла разработки помещено в центре эллипса. 

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

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

Вопрос №2. XP-процесс - облегченный (подвижный) процесс (или методология). ХР-процесс ориентирован на группы малого и среднего размера, строящие программное обеспечение в условиях неопределенных или быстро изменяющихся требований. ХР-группу образуют до 10 сотрудников, которые размещаются в одном помещении.

Основная идея ХР — устранить высокую стоимость изменения, характерную для приложений с использованием объектов, паттернов* и реляционных баз данных.

Вопрос №3.



Зрелость процессов — это степень их управляемости, контролируемости и эффективности.

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

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