Стадии и этапы проектирования
Стандарт и этапы создания автоматизированных систем, поэтому они требуют диалога. Процесс создания АС представляет собой совокупность упорядоченных во времени взаимосвязанных и объединенных стадий этапов работ, необходимых для создания АС.
1. Формирование требований к АС:
а). обследование объекта, проектирование, формирование требований и обоснование необходимости АС.
б). разработка концепций АС, продолжение изучения объекта и разработка вариантов концепций АС.
2. Техническое задание: стадия разработки технического задания.
3. Эскизный проект (спецификация АС, функции): разработка предварительных проектных решений по системе, подсистемам, разработка алгоритмов системы внутри. Определение состава вычислительной системы, на какой вычислительной базе будет разрабатываться концепция информационной базы.
4. Технический проект – проектирование системы по частям. Разработка общих решений по ее частям (алгоритм систем и ее частей). Разработка алгоритма всей системы.
5. Рабочая документация- разработка и адаптация программы, разработка программных средств или их адаптация. Разработка документации на любой этап.
6. Ввод в действие – подготовка к вводу в действие, предварительные испытания, сдача, оформление акта о приеме АС.
7. Сопровождение – гарантийное обязательство, постгарантийное обслуживание.
8. Анализ функционирования системы, возможность разработки новых версий.
|
|
|
Жизн. цикл программ. обеспечения.
ЖЦ ПО определяется, как период времени, который начинается с момента принятия решения о необходимости создания ПО и заканчивается с момента полного изъятия из эксплуатации. Стандарт определяет структуру ЖЦ, содержащего процессы, действия и задачи, которые должны быть выполнены во время создания ПО. В стандарте под ПО понимается набор компьютерных программ, процедур, связанных с ними документаций и данных. Процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные данные. Каждый процесс разделен на набор действий, а каждое действие на набор задач.
Основные процессы ЖЦ.
Приобретение – это действие заказчика, заказчик должен определиться, составить договор, приемка работы.
1. Постановка – действие поставщиков ПО (реклама, подготовка договора, выполнение работ, поставка).
2. Разработка – действие разработчика – работы по созданию ПО в соответствии с ТЗ (анализ требований к с-ме по ТЗ, проектирование ПО, кодирование тестирование, установка, приемка).
3. Эксплуатация – действие заказчика (операторы, пользователи, поддерживающие систему).
4. Сопровождение – сопровождающая организация, анализ проблем при модернизации.
|
|
|
Руководство этими процессами лежит на информационном менеджере. Ответственность за выполнение работ и задач в основном процессе несет организация, создающая и реализующая данный процесс. Данная организация гарантирует реальность существования и функциональные особенности конкретного процесса.
Вспомог. процессы ЖЦ.
1.Документирование – планирование, проектирование, разработка, сопровождение документации.
2. Управление документацией – предусматривает набор административных и технических процедур для определения состояния компонентов ПО и их модификаций.
3. Процесс обеспечения качества – обеспечивает соответствие гарантии, что ПО соответствует заданным требованиям. Для этого необходимо контролировать качество в каждом процессе.
4. Верификация - состоит в определении того, что ПО полностью удовлетворяет заданным требованиям или условиям.
5. Аттестация – понимается подтверждение и оценка достоверности проведенного тестирования.
6. Процесс аудита - это независимая оценка степени соответствия ПО установленным требованиям.
7. Разрешение проблемы.
Организационные процессы ЖЦ.
|
|
|
1. Управление – совершается менеджером - .
2. Создание инфраструктуры включает выбор и поддержку инструментальных аппаратных и программных средств, используемых для разработки, эксплуатации и сопровождения.
3. Усовершенствование – организация совершенствования.
4. Процесс обучения – разработка методических материалов для обучения пользователей.
17. Модели жизненного цикла.
К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ: каскадная модель (70-85 г.г.); спиральная модель (86-90 г.г.).
1.1. В изначально существовавших однородных ИС каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный способ. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит, только после того, как будет полностью завершена работа на текущем. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Однако, в процессе использования этого подхода обнаружился ряд его недостатков, вызванных прежде всего тем, что реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему. В процессе создания ПО постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС "заморожены" в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям. Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением.
|
|
|
2. Для преодоления перечисленных проблем была предложена спиральная модель ЖЦ , делающая упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.
Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.
Дата добавления: 2018-04-04; просмотров: 346; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!