Дипломная работа: Автоматизация учета пациентов на примере ООО «АРХИДЕНТ»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
Стадии
Этапы работ
документации на поставку изделий
для комплектации АС и (или)
технических требований (технических
заданий) на их разработку
5.4. Разработка заданий на
проектирование в смежных частях
проекта объекта автоматизации
6. Рабочая документация
6.1. Разработка рабочей
документации на систему и ее части
6.2. Разработка или адаптация
программ
7. Ввод в действие
7.1. Подготовка объекта
автоматизации к вводу АС в действие
7.2. Подготовка персонала
7.3. Комплектация АС
поставляемыми изделиями
(программные и технические средства,
программные и технические
комплексы, информационные изделия)
7.4. Строительно-монтажные
работы
7.5. Пусконаладочные работы
7.6. Проведение
предварительных испытаний
7.7. Проведение опытной
эксплуатации
7.8. Проведение приемочных
испытаний
8. Сопровождение АС
8.1. Выполнение работ в
соответствии с гарантийными
обязательствами
8.2. Послегарантийное
обслуживание
Стадии и этапы, выполняемые участниками работ по созданию АС,
устанавливаются в договорах и техническом задании на основе настоящего
стандарта.
Допускается исключать стадию "Эскизный проект" и отдельные
этапы работ на всех стадиях, объединять стадии "Технический проект" и
"Рабочая документация" в одну стадию "Технорабочий проект". В
зависимости от специфики создаваемых АС и условий их создания
допускается выполнять отдельные этапы работ до завершения
предшествующих стадий, параллельное во времени выполнение этапов
работ, включение новых этапов работ.
53
Существуют три вида моделей жизненного цикла.
Каскадная модель жизненного цикла или «водопад» подразумевает
под собой последовательное прохождение стадий, каждая из которых
должна завершится до начала следующей. В данной модели очень легко
управлять проектом, благодаря жесткости заранее можно узнать сроки, а
разработка проходит очень быстро. Каскадная модель будет давать
отличный результат только в проектах с четко и заранее определенными
требованиями. Нет возможности сделать шаг назад, а тестирование
начинается только после того, как разработка завершена или почти
завершена. Данную модель следует использовать в малых проектах и тогда,
когда все требования известны, понятны и зафиксированы.
«V-Model» унаследовала структуру перехода этапа к этапу от
каскадной модели. Особенностью модели можно считать то, что она
направлена на тщательную проверку и тестирование продукта, находящегося
уже на первоначальных стадиях проектирования. Стадия тестирования
проводится одновременно с соответствующей стадией разработки.
Используется где требуется тщательное тестирование продукта, а также для
малых и средних проектов, где требования четко определены и фиксированы.
Итеративная или итерационная модель жизненного цикла не требует
для начала полной спецификации требований. Вместо этого, создание
начинается с реализации части функционала(базы для определения
дальнейших требований). Этот процесс повторяется. Версия может быть
неидеальна, главное, чтобы она работала. Используется в больших и
сложных проектах. Является гибкой моделью за счет известной конечной
цели, но детали реализации могут эволюционировать в ходе реализации.
Спиральная модель жизненного цикла подходит для решения
критически важных бизнес-задач, когда неудача несовместима с дальнейшей
деятельностью компании. Данная модель предполагает собой четкое
планирование и осуществление каждого этапа, после чего производится
анализ полученных результатов, а далее переход на новый виток (данная
54
модель предполагает несколько итераций продукта, с каждым разом все
лучше). Подходит только для сложных и дорогих проектов, так-как акцент
делается на изучение последствий, нежели на программирование.
В ГОСТ 34.601-90 не предписана какая-либо модель жизненного
цикла, поэтому, есть возможность выбрать любую модель. Исходя из анализа
моделей жизненного цикла ИС, была выбрана каскадная модель («водопад»).
Так как она удовлетворяет потребности для разработки ИС.
Далее будет подробное описание каждого из этап проектирования
системы автоматизации учета пациентов.
1. На этапе 1.1 "Обследование объекта и обоснование
необходимости создания АС" в общем случае проводят:
- сбор данных об объекте автоматизации и осуществляемых видах
деятельности;
- оценку качества функционирования объекта и осуществляемых
видов деятельности, выявление проблем, решение которых возможно
средствами автоматизации;
- оценку (технико-экономической, социальной и т.п.)
целесообразности создания АС.
2. На этапе 1.2 "Формирование требований пользователя к АС"
проводят:
- подготовку исходных данных для формирования требований к АС
(характеристика объекта автоматизации, описание требований к
системе, ограничения допустимых затрат на разработку, ввод в
действие и эксплуатацию, эффект, ожидаемый от системы, условия
создания и функционирования системы);
- формулировку и оформление требований пользователя к АС.
3. На этапе 1.3 "Оформление отчета о выполненной работе и
заявки на разработку АС (тактико-технического задания)" проводят
оформление отчета о выполненных работах на данной стадии и
55
оформление заявки на разработку АС (тактико-технического задания)
или другого заменяющего ее документа с аналогичным содержанием.
4. На этапах 2.1 "Изучение объекта" и 2.2 "Проведение
необходимых научно-исследовательских работ" организация-
разработчик проводит детальное изучение объекта автоматизации и
необходимые научно-исследовательские работы (НИР), связанные с
поиском путей и оценкой возможности реализации требований
пользователя, оформляют и утверждают отчеты о НИР.
5. На этапе 2.3 "Разработка вариантов концепции АС и выбор
варианта концепции АС, удовлетворяющего требованиям
пользователя" в общем случае проводят разработку альтернативных
вариантов концепции создаваемой АС и планов их реализации; оценку
необходимых ресурсов на их реализацию и обеспечение
функционирования; оценку преимуществ и недостатков каждого
варианта; сопоставление требований пользователя и характеристик
предлагаемой системы и выбор оптимального варианта; определение
порядка оценки качества и условий приемки системы; оценку
эффектов, получаемых от системы.
6. На этапе 2.4 "Оформление отчета о выполненной работе"
подготавливают и оформляют отчет, содержащий описание
выполненных работ на стадии, описание и обоснование предлагаемого
варианта концепции системы.
7. На этапе 3.1 "Разработка и утверждение технического
задания на создание АС" проводят разработку, оформление,
согласование и утверждение технического задания на АС и, при
необходимости, технических заданий на части АС.
8. На этапе 4.1 "Разработка предварительных проектных
решений по системе и ее частям" определяются: функции АС;
функции подсистем, их цели и эффекты; состав комплексов задач и
отдельных задач; концепции информационной базы, ее укрупненная
56
структура; функции системы управления базой данных; состав
вычислительной системы; функции и параметры основных
программных средств.
9. На этапе 5.1 "Разработка проектных решений по системе и ее
частям" обеспечивают разработку общих решений по системе и ее
частям, функционально-алгоритмической структуре системы, по
функциям персонала и организационной структуре, по структуре
технических средств, по алгоритмам решений задач и применяемым
языкам, по организации и ведению информационной базы, системе
классификации и кодирования информации, по программному
обеспечению.
10. На этапах 4.2 и 5.2 "Разработка документации на АС и ее
части" проводят разработку, оформление, согласование и утверждение
документации в объеме, необходимом для описания полной
совокупности принятых проектных решений и достаточном для
дальнейшего выполнения работ по созданию АС. Виды документов -
по ГОСТ 34.201.
11. На этапе 5.3 "Разработка и оформление документации на
поставку изделий для комплектования АС и (или) технических
требований (технических заданий) на их разработку" проводят:
подготовку и оформление документации на поставку изделий для
комплектования АС; определение технических требований и
составление ТЗ на разработку изделий, не изготавливаемых серийно.
12. На этапе 5.4 "Разработка заданий на проектирование в
смежных частях проекта объекта автоматизации" осуществляют
разработку, оформление, согласование и утверждение заданий на
проектирование в смежных частях проекта объекта автоматизации для
проведения строительных, электротехнических, санитарно-
Источник: https://baza.diplomsite.ru/previewfile/286
Смотрите также:
| 134126 |
| 1444 |
| 1532 |
| 1564 |
| 1804 |
| 1sma5-0at3rev1 |
| 2 Общ фарм + |
| 2270 |
| 2409 |
| 2737 |