Практическое занятие 1. Разработка и анализ требований к программной системе
 Скачать 18.6 Kb.
|
|
Практическое занятие № 1 Тема: Разработка и анализ требований к программной системе Цель работы: описать и проанализировать информационную систему Форма проведения: групповая Формы контроля: проверка и оценка работы преподавателем Оснащение рабочего места: ПК, текстовый процессор Порядок выполнения практического занятия: изучить предлагаемый теоретический материал выбрать предметную область, соответствующую порядковому номеру списка группы составить подробное описание программной системы Методические указания по выполнению заданию 1,2: Описание функциональных возможностей и ограничений, накладываемых на систему, называется требованиями к этой системе, а сам процесс формирования, анализа, документирования и проверки этих функциональных возможностей и ограничений – разработкой требований. Требования подразделяются на пользовательские и системные. Пользовательские требования – это описание на естественном языке функций, выполняемых системой, и ограничений, накладываемых на неё. Системные требования – это описание особенностей системы (архитектура системы, требования к параметрам оборудования и т.д.), необходимых для эффективной реализации требований пользователя. Разработка требований — это процесс, включающий мероприятия, необходимые для создания и утверждения документа, содержащего спецификацию системных требований. Для новых программных систем процесс разработки требований должен начинаться с анализа осуществимости. Началом такого анализа является общее описание системы и ее назначения, а результатом анализа — отчет, в котором должна быть четкая рекомендация, продолжать или нет процесс разработки требований проектируемой системы. Другими словами, анализ осуществимости должен осветить следующие вопросы. Отвечает ли система общим и бизнес-целям организации-заказчика и организации-разработчика? Можно ли реализовать систему, используя существующие на данный момент технологии и не выходя за пределы заданной стоимости? Можно ли объединить систему с другими системами, которые уже эксплуатируются? Выполнение анализа осуществимости включает сбор и анализ информации о будущей системе и написание соответствующего отчета. Сначала следует определить, какая именно информация необходима, чтобы ответить на поставленные выше вопросы. Например, эту информацию можно получить, ответив на следующее: Что произойдет с организацией, если система не будет введена в эксплуатацию? Какие текущие проблемы существуют в организации и как новая система поможет их решить? Каким образом система будет способствовать целям бизнеса? Требует ли разработка системы технологии, которая до этого не использовалась в организации? Далее необходимо определить источники информации. Это могут быть менеджеры отделов, где система будет использоваться, разработчики программного обеспечения, знакомые с типом будущей системы, технологи, конечные пользователи и т.д. После обработки собранной информации готовится отчет по анализу осуществимости создания системы. В нем должны быть даны рекомендации относительно продолжения разработки системы. Могут быть предложены изменения бюджета и графика работ по созданию системы или предъявлены более высокие требования к системе. Следующим этапом процесса разработки требований является формирование (определение) и анализ требований. процесс формирования и анализа требований проходит через ряд этапов. Анализ предметной области. Аналитики должны изучить предметную область, где будет эксплуатироваться система. Сбор требований. Это процесс взаимодействия с лицами, формирующими требования. Во время этого процесса продолжается анализ предметной области. Классификация требований. На этом этапе бесформенный набор требований преобразуется в логически связанные группы требований. Разрешение противоречий. Без сомнения, требования многочисленных лиц, занятых в процессе формирования требований, будут противоречивыми. На этом этапе определяются и разрешаются противоречия различного рода. Назначение приоритетов. В любом наборе требований одни из них будут более важны, чем другие. На этом этапе совместно с лицами, формирующими требования, определяются наиболее важные требования. Проверка требований. На этом этапе определяется их полнота, последовательность и непротиворечивость. Далее составляются системные требования. Они включат в себя: Требования к архитектуре системы. Например, число и размещение хранилищ и серверов приложений. Требования к параметрам оборудования. Например, частота процессоров серверов и клиентов, объём хранилищ, размер оперативной и видео памяти, пропускная способность канала и т.д. Требования к параметрам системы. Например, время отклика на действие пользователя, максимальный размер передаваемого файла, максимальная скорость передачи данных, максимальное число одновременно работающих пользователей и т.д. Требования к программному интерфейсу. Требования к структуре системы. Например, Масштабируемость, распределённость, модульность, открытость. масштабируемость – возможность распространения системы на большое количество машин, не приводящая к потере работоспособности и эффективности, при этом способность системы наращивать свою мощность должна определяться только мощностью соответствующего аппаратного обеспечения. распределенность - система должна поддерживать распределённое хранение данных. модульность - система должна состоять из отдельных модулей, интегрированных между собой. открытость - наличие открытых интерфейсов для возможной доработки и интеграции с другими системами. Требования по взаимодействию и интеграции с другими системами. Например, использование общей базы данных, возможность получения данных из баз данных определённых систем и т.д. Задание 1: составить подробное описание программной системы Задание 2: на основании описания системы пользовательских и системных требований составить техническое задание на создание программного обеспечения Задания для закрепления темы Что включают в себя предпроектные исследования? Назовите основные разделы технического задания. Перечислите функциональные и эксплуатационные требования к программному продукту. В чем их принципиальное различие? Критерии оценивания: Оценка 5 – дано пользовательское и системное описание программной системы, составлено техническое задание в соответствии с ГОСТ 19.201-78. Оценка 4 – дано пользовательское описание программной системы, составлено техническое задание в соответствии с ГОСТ 19.201-78. Оценка 3 – дано пользовательское описание программной системы, составленное техническое задание не соответствует ГОСТ 19.201-78. Оценка 2 – дано пользовательское описание программной системы, техническое задание не составлено. Информационное обеспечение: Рудаков А. В. Технология разработки программных продуктов: учебник для студ. учреждений сред. проф. образования / А. В. Рудаков. –10 – е изд. перераб. и доп. – М.: Издательский центр «Академия», 2016. – 208 с. Рудаков А. В. Технология разработки программных продуктов: практикум: учеб. пособие для студ. учреждений сред. проф. образования / А. В. Рудаков, Г. Н. Федорова – 5 – е изд., стер. – М.: Издательский центр «Академия», 2014. – 192 с. |