Управление разработкой информационных систем Лекционный курс
Главные мысли курса. Что должны понимать? • • • Что такое ИС. Ее функции, роль, состав. Нужно четко понимать, что информационная система – инструмент поддержки бизнес-процессов, один из важнейших активов бизнеса. Что оказание ИТ-услуг – один из бизнес-процессов предприятия, поддерживающий остальные. Нужно представлять типы ИС, функции ИС (ее ценность для бизнеса), состав ИС. Понимать, что разработка – единый бизнес-процесс, интегрированный через результаты и поддерживаемый комплексом ПО. Состав стадий и операций процесса определяется стандартом ИСО 12207, в РФ – ГОСТ 34. XXX Процесс разработки выстроен вдоль жизненного цикла главного результата – изменения состояние автоматизируемой системы при помощи автоматизации Что такое жизненный цикл ИС, для чего он нужен и из чего состоит, знать содержание каждого из этапов ЖЦ, результаты этапов, средства поддержки каждого из этапов Что основные процессы поддерживается обеспечивающими процессами и управляется управляющими. Необходимо знать наиболее важные обеспечивающие и управляющие процессы, их содержание, результаты, средства поддержки) Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013 2
Управление требованиями к ИС с помощью языка UML Лекция 7
Управление требованиями • Целью дисциплины управления требованиями является: 1. Создание и сопровождение соглашения с клиентами и прочими заинтересованными лицами о том, что система должна делать; 2. Обеспечение понимания разработчиками требований к системе; 3. Определение границ системы; 4. Обеспечение основы для планирования работ; 5. Определение интерфейса пользователя системы Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Требования являются основой анализа и проектирования Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Главные участники управления требованиями – системный аналитик и постановщик требований Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Модель вариантов использования (Use Case model) • Модель вариантов использования представляет собой модель предполагаемых функций системы и ее окружения, и служит договором между заказчиком и разработчиками. • Модель вариантов использования используется в качестве важного вклада в деятельность в области анализа, проектирования и тестирования ИС • Модель описывает функциональные требования к ИС в терминах «вариантов использования» Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Модель Use Case структурирует прочие классы моделей по функциональным требованиям Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Виды требований. Определения. Требование Условия или возможности, которым должна удовлетворять система. Характеристики ПО, необходимые пользователю для удовлетворения своих потребностей или достижения своих целей Функциональные требования Определяют, действия системы, которые она должна выполнять. Функциональные требования реализуются через функции системы Нефункциональные требования Ограничения, накладываемые на работу системы, и стандарты, которым должна соответствовать система Функция Процесс или деятельность, которую выполняет система, подсистема, модуль/компонент. Реализация алгоритма в программе, посредством которой пользователь программы может частично или полностью выполнить свою задачу Совокупность действий АС, направленная на достижение определенной цели Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Модель Use Case и функциональные требования • Для разработки моделей функциональных требований используется диаграмма вариантов использования (Use Case) • Модель функциональных требований описывает собственно функциональные требования к системе, внешние по отношению к моделируемой системе субъекты и объекты, взаимодействующие с системой и не являющейся ее частью, и связи между этими субъектами, объектами и функциональными требованиями • Модель функциональных требований к системе должна строиться как иерархия диаграмм Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Пример архитектуры модели требований Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Примерная структура иерархии модели • Первый уровень иерархии может включать следующие компоненты: – пакет • Последующие уровни: – пакет или функциональные требования, – субъектов и объектов, взаимодействующих с системой и не являющейся ее частью, – связи между элементами диаграммы Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Изображение пакета • На изображении пакета указывается наименование. • Наименование производится исходя из сути содержимого пакета Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Изображение функционального требования • Рекомендуется именовать функции с использованием отглагольных существительных, например, «определение состояния счета» , «регистрация на курс» Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Изображение участника (актора) • Актором на диаграммах Use Case является субъект или объект, взаимодействующий с системой. • Актор определяет согласованный набор ролей, которые пользователи системы могут играть при взаимодействии с ним. Например, роль актора может играть физическая или внешняя система. • Актор ответственнен, например, за ввод информации в систему, получение информации из системы и т. п. Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Один и тот же человек может играть различную роль при работе с ИС Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Связи в модели функций имеют место: 1. Между пакетами; 2. Между ролью и функциональным требованием; 3. Между функциями; 4. Между ролями. Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Зависимости между пакетами требований • Между пакетами может существовать связь зависимости. • Связь обозначается прерывистой линией со стрелкой. • Связь должна проводится от зависимого пакета к независимому Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Зависимости между требованиями и акторами • Между актором и функциональным требованием устанавливается связь, которая называется ассоциацией. • Связь показывает взаимодействие между актором и функцией. • Связь может быть двунаправленной. • Связь обозначается сплошной линией со стрелкой или без нее Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Между функциями могут быть установлены связи • Связь зависимости со стереотипом «include» означает, что независимая функция обязательно выполняется каждый раз, когда выполняется зависимая Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Между функциями могут быть установлены связи • Связь зависимости со стереотипом «extend» означает, что независимая функция обязательно выполняется каждый раз, когда выполняется зависимая Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Связь агрегации между функциями Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Связь агрегации между акторами Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Варианты использования и модели реализации • Модель реализации требования связывается с символом варианта использования Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Диаграмма вариантов использования Пример для банковской системы Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Управление разработкой информационных систем ИУБПи. Э СФУ, кафедра Бизнес-информатики (с) Доррер М. Г. , 2013
Скачать презентацию Управление разработкой информационных систем Лекционный курс Главные
Управление разработкой ИС - Лекция 7.pptx