
- •Проектирование информационных систем
- •Содержание
- •Лекция 1. Общая характеристика процесса проектирования ис
- •Основные понятия дисциплины
- •Срс виды обеспечивающих систем:
- •Принципы проектирования ис
- •Методы и средства проектирования ис
- •Классификация методов проектирования ис
- •Технология проектирования ис
- •Формализация технологии проектирования ис
- •Требования к эффективности и надежности проектных решений (срс)
- •Лекция 2. Жизненный цикл программного обеспечения (жцпо)
- •Понятие и основные процессы жц
- •Стандарты, регламентирующие создание по
- •Стадии жц по
- •Модели жц по
- •Каскадная модель
- •Спиральная модель
- •Лекция 3.Структура информационно-логической модели (илм) ис
- •1) Понятие илм
- •2) Этапы составления илм
- •Лекция 4. Разработка функциональной модели ис
- •Понятие функциональной модели (фм)
- •Sadt-метод построения фм
- •Состав фм
- •Иерархия диаграмм фм
- •Функциональная методика потоков данных
- •Лекция 5. Разработка модели данных ис
- •Понятие модели данных и их классификация
- •Уровни моделей данных
- •3) Логические и физические модели данных Логические модели данных:
- •Физические модели данных
- •Нормализация
- •Построение модели данных
- •Разработка моделей защиты данных
- •Лекция 6. Разработка пользовательского интерфейса ис
- •Понятие пользовательского интерфейса (пи)
- •Структура и классификация пи
- •Классификация управляющих средств пи
- •Принципы проектирования пи
- •Аппаратное и программное обеспечения пи
- •Правила этапы разработки пи
- •Этапы разработки пи:
- •Разработка пи
- •Проектирование пи, как часть разработки технического задания
- •Проектирование иерархического меню пи
- •Проектирование экранных форм пи
- •Реквизитный состав экранной формы
- •Проектирование отчетов пи
- •Реквизитный состав отчета
- •Лекция 7. Проектная документация ис
- •Стандарты проектирования
- •Проектная документация (пд)
- •Технико-экономическое обоснование (тэо)
- •Рабочий проект
- •Лекция 8. Инструментальные средства проектирования ис
- •Понятие case-технологии
- •Принципы case-технологий
- •Факторы эффективности case-технологии
- •Аспекты выбора case-технологии
- •Классификация case-средств
Принципы case-технологий
Существует несколько принципов CASE-технологий:
Принцип всесторонней компьютерной поддержки проектирования.
Принцип модельного подхода – выделяют методологию функционального и объектно-ориентированного проектирования.
Иерархическое представление модели предметной области – декомпозиция модели сверху вниз.
Наглядность представления модели – с помощью визуальных средств проектирования.
Декомпозиция процесса проектирования на стадии и этапы:
Перенесение трудоемкости разработки в большей степени на анализ и проектирование – ошибки на последующих стадиях труднее исправить.
Отделение, независимость стадий проектирования от средств реализации, от программирования.
Возможность как прямого, так и обратного проектирования.
Использование репозитория – центрального компонента CASE-средства.
Факторы эффективности case-технологии
Эффективность применения CASE-технологии проявляется в улучшении качества создаваемого проекта, сокращении стоимостных временных затрат на стадиях ЖЦ.
Факторы:
CASE-технология дает возможность для реинжиниринга бизнеса и предусматривает перенос центра тяжести трудоемкости создания системы на предпроектную и проектную стадии.
Доступная для понимания пользователей-непрограммистов графическая форма представления модели позволяет следовать принципу участия пользователей в создании системы.
Наличие формализованной модели системы создает возможность для многовариантного анализа с прототипированием ориентировочной оценкой эффективности вариантов.
CASE-технология позволяет использовать концепцию сборочного проектирования с применением типовых проектных решений (компонентов) системы.
Закрепление в формализованном виде требований к системе избавляет проектировщиков от необходимости многочисленных проектировок в соответствии с новыми требованиями пользователей.
Отделение проектирования от программирования даёт возможность реализации системы на различных программно-аппаратных платформах.
Наличие формализованной модели реализации системы и соответствующих средств автоматизации позволяет осуществить автоматическую кодогенерацию и создание структуры БД.
На стадии эксплуатации системы появляется возможность внесения изменений в модели без обращения к текстам программ специалистами отделов автоматизации фирм.
Модель системы может использоваться для автоматизированного обучения персонала с использованием диаграмм.
На основе модели системы выполняется бизнес-анализ и выполняется бизнес-реинжиниринг при изменении направления деятельности фирмы.
Аспекты выбора case-технологии
Аспекты выбора CASE технологий — стратегии выбора CASE систем для конкретного применения, зависит как от целей и потребностей самого проекта, так и от квалификации вовлеченных в процесс проектирования специалистов. В большинстве случаев одно средство не может обеспечить все потребности проекта. Разработчики, как правило, применяют набор средств, например одно средство подходит для анализа другое для проектирования систем.
При выборе CASE технологий необходимо учитывать следующие аспекты:
наличие БД, архива или словаря
интерфейсы с другими CASE системами — в процессе проектирования могут использоваться различные методологии. Поэтому важно, что бы используемые CASE технологии предоставляли возможности для эффективного использования нескольких методов.
Возможности экспорта/импорта
многопользовательский режим
открытая архитектура — открытая к доступу проектировщиков информация об используемых форматов файлов и интерфейсах должна позволять беспрепятственно переходить от одной CASE системе к другой.
Расширение новыми методологиями
наличие графических средств поддержки методологии проектирования
обеспечение качества проектной документации
автоматическая генереция отчетов о проектных решениях
генерация кодов программ
планирование и управление проектом — спецификации используемые CASE технологиями представляют собой опорные точки управления позволяющие определить сроки разработки