Практическая 1. Теория Для новых программных систем процесс разработки требований должен начинаться с анализа осуществимости
 Скачать 23.92 Kb.
|
|
Теория Для новых программных систем процесс разработки требований должен начинаться с анализа осуществимости. Началом такого анализа является общее описание системы и ее назначения, а результатом анализа -- отчет, в котором должна быть четкая рекомендация, продолжать или нет процесс разработки требований проектируемой системы. Другими словами, анализ осуществимости должен ответить на следующие вопросы. Отвечает ли система общим и бизнес - целям организации-заказчика и организации-разработчика? Можно ли реализовать систему, используя существующие на данный момент технологии и не выходя за пределы заданной стоимости? Можно ли объединить систему с другими системами, которые уже эксплуатируются? Критическим является вопрос, будет ли система соответствовать целям организации. Если система не соответствует этим целям, она не представляет никакой ценности для организации. В то же время многие организации разрабатывают системы, не соответствующие их целям, либо не совсем ясно понимая эти цели, либо под влиянием политических или общественных факторов. Выполнение анализа осуществимости включает сбор и анализ информации о будущей системе и написание соответствующего отчета. Сначала следует определить, какая именно информация необходима, чтобы ответить на поставленные выше вопросы. Например, эту информацию можно получить, ответив на следующее: Что произойдет с организацией, если система не будет введена в эксплуатацию? Какие текущие проблемы существуют в организации и как новая система поможет их решить? Каким образом система будет способствовать целям бизнеса? Требует ли разработка системы технологии, которая до этого не использовалась в организации? Далее необходимо определить источники информации. Это могут быть менеджеры отделов, где система будет использоваться, разработчики программного обеспечения, знакомые с типом будущей системы, технологи, конечные пользователи и т.д. После обработки собранной информации готовится отчет по анализу осуществимости создания системы. В нем должны быть даны рекомендации относительно продолжения разработки системы. Могут быть предложены изменения бюджета и графика работ по созданию системы или предъявлены более высокие требования к системе. Эффективное управление программным проектом напрямую зависит от правильного планирования работ, необходимых для его выполнения. План помогает руководителю предвидеть проблемы, которые могут возникнуть на каких-либо этапах создания ПО, и разработать превентивные меры для их предупреждения или решения. План, разработанный на начальном этапе проекта, рассматривается всеми его участниками как руководящий документ, выполнение которого должно привести к успешному завершению проекта. Этот первоначальный план должен максимально подробно описывать все этапы реализации проекта. Процесс планирования начинается, исходя из описания системы, с определения проектных ограничений (временные ограничения, возможности наличного персонала, бюджетные ограничения и т.д.). Эти ограничения должны определяться параллельно с оцениванием проектных параметров, таких как структура и размер проекта, а также распределением функций среди исполнителей. Затем определяются этапы разработки и то, какие результаты документация, прототипы, подсистемы или версии программного продукта) должны быть получены по окончании этих этапов. Далее начинается циклическая часть планирования. Сначала разрабатывается график работ по выполнению проекта или дается разрешение на продолжение использования ранее созданного графика. После этого проводится контроль выполнения работ и отмечаются расхождения между реальным и плановым ходом работ. Пример Целью проекта является построение модели работы системы деканата. Для этого требуется провести анализ осуществимости, который должен осветить следующие вопросы: Отвечает ли система общим и бизнес-целям организации-заказчика и организации-разработчика? Можно ли реализовать систему, используя существующие на данный момент технологии и не выходя за пределы заданной стоимости? Можно ли объединить систему с другими системами, которые уже эксплуатируются? После обработки собранной информации готовится отчет по анализу осуществимости создания системы. В нем должны быть даны рекомендации относительно продолжения разработки системы. Описание информационной системы Информационная система «Деканат» должна обеспечивать организацию процесса обучения, а именно: Хранение и обработку информации об участниках учебного процесса: студентах, преподавателях и руководителях учебного заведения; Управление предоставлением и прекращением доступа участников учебного процесса в соответствии с текущей потребностью (учебным планом, нагрузкой, должностными обязанностями); Управление учебными планами (учебные программы, специальности, формирование и внесение изменений в образцы учебных планов); Управление организацией и ходом учебного процесса и сохранением его истории (академические группы и подгруппы, потоки, списки дисциплин, текущие учебные планы, нагрузка преподавателей); Управление текущими и итоговыми оценками, контрольными точками; Формирование и отслеживание расписания. Автоматизация деятельности деканата позволяет: Значительно сократить время, затрачиваемое сотрудниками деканата на выполнение регламентных процедур (например, редактирование информации, поиск личных данных студентов и т. д.); Упростить процедуру действий с данными, которые используются в период учебного процесса; Автоматизировать формирование и подготовку на печать необходимых документов. Для реализации проекта потребуется команда разработчиков из 4 человек и период времени в 6 месяцев. Анализ осуществимости Для создания информационной системы необходимы: реляционная база данных для хранения информации о преподавателях, студентах и их деятельности; веб-приложение для работы с базой данных; сервер для хранения и обработки информации; сеть, соединяющая клиентские приложения с сервером. Все необходимые технологии доступны и, кроме того, применялись в организации ранее. Таким образом, проект является осуществимым. Возможные проблемы и пути их решения: - отсутствие у сотрудников деканата навыков по работе с автоматизированной системой. Решение: организация курсов по работе с информационной системой. Роли участников группы разработки ПО Руководитель – общее руководство проектом, написание документации, общение с заказчиком ПО; Системный аналитик – разработка требований (составление технического задания, проекта программного обеспечения); Тестер – составление плана тестирования и аттестации готового ПО (продукта), составление сценария тестирования, проведение мероприятий по плану тестирования; Разработчик – моделирование компонент программного обеспечения, кодирование. Программно-аппаратные средства, используемые при выполнении работы Персональный компьютер Процессор: Intel Core i5-2500K @ 3.30GHz Оперативная память: 8GB DDRIII RAM Операционная система: MS Windows 8.1 Professional 64-bit Прикладное ПО Microsoft Word 2013 Задания для практической работы Выберите предметную область Выберите название ИС в рамках предметной области. Определите цель ИС Описать информационную систему Проведите анализ осуществимости ИС: Что произойдет с организацией, если система не будет введена в эксплуатацию? Какие текущие проблемы существуют в организации и как новая система поможет их решить? Каким образом (и будет ли) ИС способствовать целям бизнеса? Требует ли разработка ИС технологии, которая до этого раньше не использовалась в организации? Где будет размещена ИС? Кто является пользователем ИС? Распределить участников группы разработки ПО Комплекс технических средств ИТ Какие средства компьютерной техники необходимы для ИС? Какие средства коммуникационной техники необходимы для ИС? Какие средства организационной техники необходимы для ИС? Какие средства оперативной полиграфии необходимы для ИС? Опишите системное ПО ИТ. Таблица 1. Варианты предметных областей
|