Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Блок 2 Информационные системы.docx
Скачиваний:
1
Добавлен:
01.04.2025
Размер:
522.28 Кб
Скачать
  1. Использование case-технологий в проектировании информационных систем

CASE(Computer Aided Software\System Enggineering)-средства-любое програмное ср-во автом-е некоторую сов-ть процессов ЖЦ. CASE-технологии бывают 2 видов: структурные и объектно-ориентиров-е, использующие диаграммы или тексты для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. Сущ интегрированные CASE технол (покрывающие весь ЖЦ).

Классификация:

по категориям(опред степень интегрир-ти)

1.отдельные лок-е ср-ва, решающие автоном-е задачи (BPwin)

2.частично интегририрующие ср-ва, охватывающие больш-во этапов ЖЦ (Bpwin +ERwin).

3.полность интегр-е, поддерживающие весь ЖЦ(ERwin).;

по типам совпадает с компонентным составом CASE-ср-в:

1.ср-ва анализа(предназнач для построения модели предметной области(BPwin)).

2.ср-ва анализа и проэкт-я(Rational Rose).

3.ср-ва проэкт-я БД, обеспеч моделир-е данных и генерацию схем БД(ERwin, Rational Rose).

4.ср-ва разработки прилож-й(delphi, 1C, MS Visual Studio (C, VB, C#), Zend Studio (PHP)).

5.ср-ва конфигурирования предметной области (1С).

6.ср-ва реинж-а(ср-ва анализа предметной области (ExtendLT, AnyLogic))

Вспомагат-е типы:

ср-ва тестирования, документир-я, планир-я и упр-я проекта(MS Project, Project Expert).

Успешное внедрение CASE-технологий должно обеспечить выгоды :

- высокий уровень тех-й поддержки процессов разработки и сопровождения ПО;

- соблюдение стандартов , документирование;

- успешность внедрения разработкиформирование и актулизация банка типовых моделей основных бизнес-процессов.

  • разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

  • разработка рабочей документации на ИС и ее части;

  • разработка и адаптация программ.

Стадия 7. Ввод в действие.

  • подготовка объекта автоматизации;

  • подготовка персонала;

  • комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

  • строительно-монтажные работы;

  • пусконаладочные работы;

  • проведение предварительных испытаний;

  • проведение опытной эксплуатации;

  • проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

  • выполнение работ в соответствии с гарантийными обязательствами;

  • послегарантийное обслуживание.

Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. Главная задача - как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований. Осн проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соотв с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.

Спиральная модель ЖЦ проекта разработки ИС

«+»: наиболее реально отраж разраб ПО, включ шаг сист подхода в итерац структуре разраб-ки, оценка риска «-»: повышен требования к заказчику, трудность контроля и управл временем разраб-ки

Итерац модель- возможен переход на предыдущ этап, также, как и каск модели хорошо ложится на структ подход