Общая схема проектирования ИС
Стадии проектирования ИС
ЖЦ – период времени от принятия решения о необходимости создания ИС до снятия ее с эксплуатации. Жизненный цикл делится на стадии, для которых определяется набор работ и состояние ИС при их прохождении.
Стадия – часть ЖЦ, ограниченная некоторыми временными рамками и заканчивающаяся переходом ИС к новому состоянию.
Анализ: определение требований и ограничений для ИС;
Проектирование: разработка проектной документации, необходимой и достаточной для реализации ИС, удовлетворяющей заданным требованиям;
Реализация: создание рабочей ИС по проектным документам, удовлетворяющим поставленным требованиям;
Использование: работа конечных пользователей и поддержка ИС группами эксплуатации и сопровождения.
Примеры выделения стадий:
MSF: анализ + проектирование + разработка + стабилизация.
Вендров: формирование требований + проектирование + реализация + тестирование + ввод в эксплуатацию + эксплуатация + снятие с эксплуатации.
Масяшек: определение требований + спецификация требований + проектирование архитектуры + детальное проектирование + разработка + интеграция + эксплуатация + сопровождение.
ГОСТ 34.601-90 «АС. Стадии создания»:
1. Формирование требований: обследование объекта – определяется качество текущего функционирования имеющейся проблемы; формирование требований - определяются общие требования и требования пользователей; обоснование целесообразности – оценивается целесообразность системы; оформление отчета и заявки на разработку С.
|
|
2. Разработка концепции: углубленное изучение объекта; определение возможных вариантов разраб-ой С.; оценка вариантов и выбор оптимального; оформление отчета со списанием концепций разработки и ее обоснования;
3. Техническое задание – разработка и утверждение ТЗ.
4. Эскизный проект – принятие предварительных решений и оформление документации.
5. Технический проект: детализация проектных решений; разраб-ся документация на получение решения; оформление документации на приобретение выпускаемых комплектующих или ТЗ на разработку новых комплектующих сторонними организаторами; разраб-ся документация на проведение сложных работ (строительно-монтажные работы);
6. Рабочая документация: реализация БД и ПО; разраб-ся документация на ввод и эксплуатацию;
7. Ввод в действие: Подготовка объекта к автоматизации. Подготовка персонала; Монтажные, строительные работы; Пуско-наладочные работы; Опытная эксплуатация. Приемочные испытания.
8. Сопровождение – включает выполнение гарантийных обязательств и послегарантийное обслуживание.
1 и 2 стадии относятся к анализу, 4 и 5 – к проектированию, 6 и 7 – к реализации, 8 – к использованию. Деление на стадии достаточно грубое, поэтому для улучшения контроля возможно деление на этапы (логические или временные).
|
|
Модели жизненного цикла ИС
ЖЦ – период времени от принятия решения о необходимости создания ИС до снятия ее с эксплуатации. Для формализации жизненного цикла разрабатывают модель жизненного цикла.
Модель ЖЦ - это структура, определяющая состав и временную последовательность стадий и этапов. Основные модели:
1)– каскадная модель (последовательная, модель «водопада»):
-логическая последовательность стадии
Стадии и этапы выполняются последовательно. Результат этапа – завершённый продукт и полная документация.
«+»: 1)простота планирования и контроля; 2)однократность оформления результатов, полная определённость по предыдущим этапам..
«-»: 1)необходимость полного определения и фиксации всех требований в начале проекта; 2)нет равномерности загрузки исполнителей; 3)большое время запуска, фиксированность результатов.
Для возможности частичных улучшений используется каскадная модель с возвратом (возможен возврат на предыдущий уровень стадии для учета изменений):
|
|
2) спиральная(синхронная) модель – разработка выполн-ся по спирали, каждый виток новая версия или фрагмент.
Два варианта:
1)Инкрементная модель:
Весь продукт делят на очереди и реализуют.
«+»: Улучшился график загрузки исполнителей и срок ввода в действие.
«-»: необходимость полного определения и фиксации всех требований в начале проекта, сложнее управление.
2) Эволюционная модель (спиральная)
На каждом витке разрабатывается новая версия системы. Включаем ранее запланированные требования, требования, позволяющие выровняться с конкурентами, требования, которых никто не выдвигал.
Кроме основных моделей ЖЦ могут использоваться смешанные, которые включают черты нескольких основных моделей. Могут добавляться в цикличную спиральную модель итерации, аналогичные представленным типам.
В организации следует определить одну или несколько типовых моделей жизненного цикла.
Для конкретных проектов выполняется адаптация типовой модели ЖЦ, уточняется содержание стадий этапов, м. добавляться или удаляться отдельные этапы.
Процессы жизненного цикла ИС
ЖЦ – период времени от принятия решения о необходимости создания ИС до снятия ее с эксплуатации. ЖЦ можно разделить на процессы.
|
|
Процесс – совокупность взаимосвязанных работ, последовательно развернутых по времени и приводящих к определенному результату.
Содержание процессов ЖЦ ИС основывается на ГОСТ Р ИСО/МЭК 12207-99 «ИТ процесса ЖЦ ПО». Процессы ЖЦ делятся на:
Основные процессы – определяют содержание жизненного цикла:
1)Заказ: 1)подготовка – выполняется определение потребностей, формулируются требования, определяются возможности реализации. 2)Заявка – конкретизация требований и условий, оформления и отсылка; 3) Договор – определение критерия и выбора поставщика, заключение договора; 4) Надзор за поставщиками – выполнение совместного аудита; 5) Приемка – проведение приемных испытаний, закрытие договора.
2) Поставка ( возможность привлечения 3-их лиц): 1) подготовка – рассмотрение предложений по заявке и договору, инициализация интереса к продукту, решение об ответе по заявке/по договору, оформление договора; 2) планирование – состав работ, их исполнители, ресурсы, сроки исполнения и их проверка, качественная оценка и контроль, поставка, закрытие договора.
3) Разработка (связана с созданием продукта): - планирование; - формирование требование; - проектирование архитектуры системы; - формирование требований к ПО; - проектирование архитектуры ПО; - детализированное проектирование ПО; -разработка, тестирование и сборка ПО; - квалификационные испытания ПО; - сборка системы; - квалификационные испытания системы; - ввод ПО в действие; - приемка ПО.
4) Эксплуатация: 1) планирование – процедуры эксплуатации, поддержки, решения проблем → инструкции по эксплуатации; 2) эксплуатационные испытания;
3) использование и поддержка пользователей.
5) Сопровождение: - планирование процесса; - анализ и решение проблем; - внесение изменений, проверка, перенос и снятие с эксплуатации.
Вспомогательные процессы (выполняются для поддержки качества и надёжности основных процессов): 1) документирование 2) управление конфигурацией (способ обозначения элемента, способ учёта изменений, история изменений)
3) управление качеством. 4) верификация: контролируется соответствие продукта требованиям и результатам предыдущего этапа. 5) аттестация(желательно независимым экспертом) - соответствие С требован. 6)совместная проверка – проверка одной из сторон другой, проверка сроков. 7) аудит проверка сроков реального исполнения, требований, условий. 8)разрешение проблем.
Организационные процессы (процессы на единой организационно-технической базе): 1)управление ходом процессов – контроль прохождения прочих процессов; 2)обеспечение инфраструктуры – платформы, на которой выполняется разработка проекта, т.е. инструментальных средств (техническое и программное), способов контроля и управления инфраструктурой; 3) совершенствование процессов – выполняется проектирование, автоматизация процесса проектирования; 4) обучение пользователей – учебные материалы, курсы, семинары, индивидуальное обучение в разных формах. Сюда же входит поддержка пользователей – горячая линия, индивидуальное обучение непосредственно на рабочем месте (наставничество, возможность получать быстро ответы на непонятные вопросы).
общая схема проектирования ИС
Проектирование ИС имеет следующие особенности:
1) многокомпонентность, ориентированность компонентов на БД и СУБД
ОТ– определение общих требований к системе. Определяется цель системы, критерии для определения достижения цели. Оценивается необходимость разработки, определяется область применения, круг пользователей, интерфейс с внешней средой.
План – планирование разработки. Выполняется предварительное обследование объекта, анализируется масштабность реализации, определяется общая модель системы. Оцениваются затраты на проект по результатам предварительного обследования, по аналогам (для этого определяется объем работы в проектных единицах: строки кода или функциональные точки, а также в единицах времени). Определяется общее число разработчиков и общая длительность проекта. Стоим-ть проекта = стоим-ть аппаратных + программных ср-в.
СиАтр – сбор и анализ требований. Для сбора данных используется интервью с пользователями и экспертами, анкетирование, изучение документов и имеющихся средств, изучение аналогов, наблюдение за процессами и JAD-метод («мозговой штурм»). По результатам сбора должны определиться организационная структура, общее описание системы, функциональные требования и требования к данным, нефункциональные требования и ограничения, функциональные модели деятельности и работы системы.
КП– концептуальное проектирование. ЛП– логическое проектирование.
ФП – физическое проектирование. СтрПО – структура программного обеспечения.
ПрЭл – программные элементы. СтрКТС – структура комплекса технических средств (сервер/клиент, топология сети…). Состав – конкретный состав рабочего места (процессор, память, сетевая карта…). ПОС – проектирование организационных средств. Определяются методы и средства подбора персонала, обучения и оперативной поддержки персонала.
СУБД – выбор СУБД. Для выбора СУБД определяются учитываемые свойства и критерии выбора. Определяется набор СУБД-претендентов. Из претендентов удаляются не отвечающие ограничениям. Для оставшихся претендентов количественно оцениваются свойства, рассчитывается функция критерия, выбирается оптимальный вариант. РП – разработка прототипов - воспроизведение системы или ее части с ограниченным набором свойств.
2) Многосистемность, иерархическая взаимосвязь.
В виду наличия унаследованных систем, может быть 2 вида проектирования:
‑ нисходящее – разрабатывается верхний уровень, определяются требования к нижним уровням;
- восходящее – движение от имеющихся элементов нижнего ур-ня к проектируемому верхнему уровню.
3) Структурированность – разработки по времени из-за большого объема работ.
4) Высокая степень типизации – максимальное использование стандартых элементов, повторное использование предыдущих разработок.
5) Ориентация на конечного пользователя – необходимо регулярно привлекать пользователя в ходе разработки, особенно при формировании требований, прототипов, тестировании.
Дата добавления: 2018-02-15; просмотров: 1321; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!