45.Жизненный цикл ис. Каскадная модель разработки ис. Спиральная модель разработки ис. Применимость моделей.
Жизненный цикл информационной системы — период времени, который начинается с момента принятия решения о необходимости создания информационной системы и заканчивается в момент ее полного изъятия из эксплуатации
Каскадная модель
В ранних не очень больших по объему однородных информационных систем каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный способ. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем (рис. 1). Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Положительные стороны применения каскадного подхода заключаются в следующем: на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Анализ > Проектирование > Реализация > Внедрение > Сопровождение
Рис. 1. Каскадная схема разработки
Спиральная модель
Для преодоления перечисленных проблем была предложена спиральная модель жизненного цикла (рис. 3), делающая упор на начальные этапы жизненного цикла: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии программного обеспечения, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.
Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача - как можно быстрее показать пользователям системы работоспособный продукт, тем самым, активизируя процесс уточнения и дополнения требований.
Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.
Рис 3. Спиральная модель ЖЦ ИС
Применимость моделей.
Модель может быть применимой в различные моменты жизненного цикла системы. В соответствии с требованиями, модель должна быть применима в течение всего жизненного цикла системы.
46.Управление разработкой ИС. Предпроектное обследование. Пилотный проект.
АСУР - это унифицированный набор подходов при разработке, описанных с помощью регламентов, формализующих эффективные методы работы с АСУР, а также развернутый и настроенный набор инструментов, автоматизирующих эти подходы.
Основными целями внедрения АСУР являются:
1.снижение затрат и повышение качества создаваемых информационных систем в ходе их разработки и сопровождения;
2.снижение уровня человеческого фактора в проектах;
3.снижение трудоемкости рутинных и повторяющихся операций в ходе разработки.
Предпроектное обследование рассматривается нами как общий бизнес-анализ предприятия в привязке к заявленным целям проекта. Главная задача предпроектного обследования - помочь клиенту соотнести его бизнес цели и требования к информационной системе управления, а в результате- предложить решение, которое будет лучшим для бизнеса клиента.
В ходе предпроектного обследования проводится обзор и анализ основных бизнес процессов, определяются характеристики функционального решения на операционном уровне, а также проводится оценка ожидаемых трудозатрат и продолжительности работ по проекту внедрения системы.
Предпроектное обследование позволяет существенно снизить риск получения неадекватного результата за счет полного формирования требований к будущей информационной системе на самых ранних этапах, что позволяет принять окончательное решения о внедрении системы.
Пилотный проект осуществляется эффективного внедрения ограниченным числом (двумя или тремя) тщательно отобранных участников. Стороны проекта должны быть заинтересованы в его реализации; они должны иметь хорошие компьютеризированные внутрифирменные информационные системы, а также обладать техническим опытом для активного участия в работе.
Суть пилотного проекта состоит в том, что новые технические решения, программное обеспечение и стандартные процедуры тестируются и комбинируются одновременно. В случае непредвиденных обстоятельств следует быть готовым внести поправки в первоначальные спецификации и решения. Для того чтобы надлежащим образом учесть все аспекты деятельности, требуются хорошо отработанные методики и серьезно подготовленный план проекта.
Как и все проекты, пилотный проект имеет свой бюджет, однако вполне вероятно, что участники с пониманием отнесутся к необходимым изменениям и поправкам в вопросах финансирования, для того чтобы получить хорошее рабочее решение. Срок реализации проекта может быть достаточно большим, например несколько месяцев или год, поскольку некоторые аспекты деятельности, такие как разработка систем и обучение, требуют определенного времени. При работе над пилотным проектом необходимо учитывать, что уже имеющиеся старые информационные системы могут наложить некоторые ограничения при разработке нового решения, как в целях параллельной или резервной обработки данных, так и в угоду предпочтениям консервативных пользователей.
47.Методологии моделирования предметной области. Функциональная методика IDEF. Моделирование бизнес-процессов средствами BPWin.
Под моделью предметной области понимается некоторая система, имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию – быть адекватной этой области.
Предварительное моделирование предметной области позволяет сократить время и сроки проведения проектировочных работ и получить более эффективный и качественный проект. Без проведения моделирования предметной области велика вероятность допущения большого количества ошибок в решении стратегических вопросов, приводящих к экономическим потерям и высоким затратам на последующее перепроектирование системы. Вследствие этого все современные технологии проектирования ИС основываются на использовании методологии моделирования предметной области.
К моделям предметных областей предъявляются следующие требования: формализация, обеспечивающая однозначное описание структуры предметной области; понятность для заказчиков и разработчиков на основе применения графических средств отображения модели; реализуемость, подразумевающая наличие средств физической реализации модели предметной области в ИС;
обеспечение оценки эффективности реализации модели предметной области на основе определенных методов и вычисляемых показателей.
Функциональная методика IDEF0
Методологию IDEF0O можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique). Исторически IDEF0 как стандарт был разработан в 1981 году в рамках обширной программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing). Семейство стандартов IDEF унаследовало свое обозначение от названия этой программы (IDEF=Icam DEFinition), и последняя его редакция была выпущена в декабре 1993 года Национальным Институтом по Стандартам и Технологиям США (NIST).
Целью методики является построение функциональной схемы исследуемой системы, описывающей все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы.
Моделирование бизнес-процессов средствами BPwin
BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели — Model Explorer
При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново или она будет открыта из файла либо из репозитория ModelMart, затем внести имя модели и выбрать методологию, в которой будет построена модель.
BPwin поддерживает три методологии — IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно диаграммы как IDEF0, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую.
Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные — в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.