Общая характеристика и классификация CASE-средств.
CASE-средства – это программно-технологический комплекс для проектирования, создания и сопровождения ИС.
Метод - это процедура или техника генерации описаний компонентов ЭИС (например, проектирование потоков и структур данных).
Нотация - отображение структуры системы, элементов данных, этапов обработки с помощью специальных графических символов диаграмм, а также описание проекта системы на формальных и естественных языках.
Инструментальные средства CASE - специальные программы, которые поддерживают одну или несколько методологии анализа и проектирования ИС.
В функции CASE входят средства анализа, проектирования и программирования. С помощью CASE автоматизируются процессы проектирования интерфейсов, документирования и производства структурированного кода на желаемом языке программирования.
Основные черты CASE-технологии: 1) Использование методологии структурного проектирования «Сверху-вниз» - общий обзор системы детализируется и приобретает иерархическую структуру. 2) Разработка прикладной системы осуществляется в виде последовательных четко-определенных этапов. 3) Поддержка всех этапов ЖЦ. 4) Поддержка репозитория (хранит спецификации проекта на всех этапах разработки). 5) Возможность единовременной работы многих разработчиков. 6) Автоматизация различных стандартных действий о проектировании и реализации приложений.
Архитектура:
• репозиторий (словарь данных) (явл основой САSЕ-ср-ва, обеспечивает хранение версий проекта и его отдельных компонентов).
|
|
•графич редактор диаграмм (отображает в графич виде в заданной нотации проектир-э ИС)
•верификатор диаграмм (контроль правильности постр-я диаграмм).
•документатор проекта (позвол получать инф о состоянии проета в виде различн отчетов).
•администратор проекта (инстум-ты для вып-я админ ф-ций: инициализация проекта, упр-е доступом и пр) .
•сервис (набор сист утилит по обслуж-ю репозитория).
Современные CASE – средства классифицируются по признакам:
· по степени интегрированности: отдельные локальные средства (tools); набор неинтегрированных средств, охватывающих большинство этапов разработки ЭИС (toolkit); полностью интегрированные средства, связанные с общей базой проектных данных – репозиторием (workbench).
· по поддерживаемым методологиям проектирования: а)функционально-ориентированные (структурно-ориентированные); б)объектно-ориентированные; в) комплексно-ориентированные;
· по поддерживаемым графическим нотациям построения диаграмм: а)с фиксированной нотацией; б)с отдельными нотациями; в)с наиболее распространенными нотациями;
· по типу ВТ: •ориентированные на ПЭВМ •на ЛВС •на глоб ВС •смешанны
|
|
· по режиму коллективной разработки проекта: • не поддерживающие коллективную разработку; • ориентированные на режим реального времени разработки проекта; • ориентир на режим объединения подпроектов
· по типу ОС
На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами: - Designer/2000; - ERwin+BPwin; - САSЕ. Аналитик.
Преимущества CASE-технологии: - улучшение качества разрабатываемого программного приложения за счет средств автоматического контроля и генерации; - возможность повторного использования компонентов разработки; - поддержание адаптивности и сопровождения ЭИС; - снижение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его; - освобождение разработчиков от рутинной работы по документированию проекта, так как при этом используется встроенный документатор; - возможность коллективной разработки ЭИС в режиме реального времени.
Понятие и основное содержание канонического проектирования информационной системы.
Каноническое проектирование ЭИС отражает особенности ручной технологии индивидуального (оригинального) проектирования без использования каких – либо инструментальных средств. В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Процесс каскадного проектирования в соответствии с ГОСТ 34601-90 «Автоматизированные системы стадий создания» делится на семь стадий:
|
|
Стадия 1. Формирование требований к ИС. На начальной стадии проектирования выделяют следующие этапы работ:
· обследование объекта и обоснование необходимости создания ИС;
· формирование требований пользователей к ИС;
· оформление отчета о выполненной работе и тактико-технического задания на разработку.
Осн задача – получить полное и однозначное понимание требований заказчика. Мат-лы, получ в рез-те обсл-я, исп-ся для обоснования разработки и поэтапного внедрения систем, сост-я тех задания на разработку, разработки технического и рабочего проектов системы. Разрабатывается ТЭО проекта, где четко четко сформулировано, что получит заказчик, когда он получит готовый продукт (график выполнения работ), сколько это будет стоить.В док-те желат-но отразить не только затраты, но и выгоду от проекта, напр, рентабильность, время окупаемости и т.п.
|
|
Стадия 2. Разработка концепции ИС.
· изучение объекта автоматизации;
· проведение необходимых научно-исследовательских работ;
· разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;
· оформление отчета и утверждение концепции.
Изучаются задачи, обеспечивающие реал-цию ф-ий управления, орг структура, штаты и содержание работ по управлению предприятием, а так же описание документооборота.
Стадия 3. Техническое задание.
· разработка и утверждение технического задания на создание ИС: документ описывает, ЧТО должно быть выполнено
ТЗ – это док-т, определяющий цели, требования и осн исх данные для разработки автоматизир сис-мы
Стадия 4. Эскизный проект.
· разработка предварительных проектных решений по системе и ее частям;
· разработка эскизной документации на ИС и ее части.
Стадия не является строго обязательной, если проектные решения были определены ранее. Содержание эскизного проекта задается в ТЗ.
Стадия 5. Технико-рабочее проектирование.
· разработка проектных решений по системе и ее частям;
· разработка документации на ИС и ее части;
· разработка и оформление документации на поставку комплектующих изделий;
· разработка заданий на проектирование в смежных частях проекта.
На основе ТЗ и эскизного проекта разрабатывается тех проект системы – технич документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а так же оценку эффективности АСУ и перечень мероприятий по подготовке проекта к внедрению. Разделы ТП: 1.пояснительная записка 2.функц и организац структура системы 3.постановка задачи и алгоритмы решения 4.альбом форм документов 6. система мат обеспечения 7. принцип построения комплекса тех ср-в 8.расчет эк эффективности системы 9. мероприятия по подготовке проекта к внедрению системы 10.ведомость документов
Стадия 6. Рабочая документация.
· разработка рабочей документации на ИС и ее части.
· Стадия 7. Ввод в действие.
· подготовка объекта автоматизации;
· подготовка персонала;
· комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);
· строительно-монтажные работы;
· пусконаладочные работы;
· проведение предварительных испытаний;
· проведение опытной эксплуатации;
· проведение приемочных испытаний.
Стадия 8. Сопровождение ИС.
· выполнение работ в соответствии с гарантийными обязательствами;
· послегарантийное обслуживание.
Основные документы: ТЭО, техническое задание, технический проект
Дата добавления: 2018-02-18; просмотров: 724; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!