- •Проектирование информационных систем
- •Содержание
- •Лекция 1. Общая характеристика процесса проектирования ис
- •Основные понятия дисциплины
- •Срс виды обеспечивающих систем:
- •Принципы проектирования ис
- •Методы и средства проектирования ис
- •Классификация методов проектирования ис
- •Технология проектирования ис
- •Формализация технологии проектирования ис
- •Требования к эффективности и надежности проектных решений (срс)
- •Лекция 2. Жизненный цикл программного обеспечения (жцпо)
- •Понятие и основные процессы жц
- •Стандарты, регламентирующие создание по
- •Стадии жц по
- •Модели жц по
- •Каскадная модель
- •Спиральная модель
- •Лекция 3.Структура информационно-логической модели (илм) ис
- •1) Понятие илм
- •2) Этапы составления илм
- •Лекция 4. Разработка функциональной модели ис
- •Понятие функциональной модели (фм)
- •Sadt-метод построения фм
- •Состав фм
- •Иерархия диаграмм фм
- •Функциональная методика потоков данных
- •Лекция 5. Разработка модели данных ис
- •Понятие модели данных и их классификация
- •Уровни моделей данных
- •3) Логические и физические модели данных Логические модели данных:
- •Физические модели данных
- •Нормализация
- •Построение модели данных
- •Разработка моделей защиты данных
- •Лекция 6. Разработка пользовательского интерфейса ис
- •Понятие пользовательского интерфейса (пи)
- •Структура и классификация пи
- •Классификация управляющих средств пи
- •Принципы проектирования пи
- •Аппаратное и программное обеспечения пи
- •Правила этапы разработки пи
- •Этапы разработки пи:
- •Разработка пи
- •Проектирование пи, как часть разработки технического задания
- •Проектирование иерархического меню пи
- •Проектирование экранных форм пи
- •Реквизитный состав экранной формы
- •Проектирование отчетов пи
- •Реквизитный состав отчета
- •Лекция 7. Проектная документация ис
- •Стандарты проектирования
- •Проектная документация (пд)
- •Технико-экономическое обоснование (тэо)
- •Рабочий проект
- •Лекция 8. Инструментальные средства проектирования ис
- •Понятие case-технологии
- •Принципы case-технологий
- •Факторы эффективности case-технологии
- •Аспекты выбора case-технологии
- •Классификация case-средств
Классификация case-средств
При выборе CASE-системы необходимо учитывать следующие аспекты:
Наличие базы проектных данных, архива или словаря.
Интерфейсы с другими CASE-системами.
Возможности экспорта/импорта.
Многопользовательский режим.
Открытая архитектура.
Расширение новыми методологиями.
Наличие графических средств поддержки методологий проектирования.
Обеспечение качества проектной документации.
Автоматическая генерация отчетов о проектных решениях.
Генерация кодов программ.
Планирование и управление проектом.
(6)
По аналогии с классификацией ИС, для создания которых предназначены CASE-средства выделяют следующие:
локальные (Design/IDEF, CASE, Аналитик) – для анализа и разработки АРМ, поддерживают 1-2 типа моделей и методов.
малые интегрированные (AllFusion Modeling Suite, Silverrun) – для создания небольших интегрированных ИС, поддерживают несколько типов моделей и методов.
средние интегрированные CASE-средства (Rational Rose, Designer/2000) – 4-15 типов моделей и методов.
Помимо приведенной выше классификации возможны и другие классификации, например по следующим признакам:
по поддерживаемым методологиям проектирования: функционально (структурно)-ориентированные, объектно-ориентированные и комплексно-ориентированные (набор методологий проектирования);
по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;
по степени интегрированности: tools (отдельные локальные средства), toolkit (набор неинтегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных – репозиторием);
по типу и архитектуре вычислительной техники: ориентированные на ПЭВМ, ориентированные на локальную вычислительную сеть (ЛВС), ориентированные на глобальную вычислительную сеть (ГВС) и смешанного типа;
по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;
по типу ОС: работающие под управлением WINDOWS, UNIX, под управлением различных ОС.
3