- •Часть 1. Cистемное проектирование
- •1. Понятие системного проектирования
- •2. Классическое проектирование ис
- •2.1. «Каскадная» организация проектирования ис
- •2.1.1. Преимущества «каскадной» схемы
- •2.1.2. Недостатки «каскадной схемы»
- •1. «Опоздание»
- •2. «Бесполезность»
- •3. «Жесткость» и «закрытость»
- •4. «Типовые оргструктуры»
- •2.2. Классические методы проектирования ис
- •3. Бизнес-реинжиниринг
- •3.1. Внешние причины возникновения bpr
- •3.2. Внутренние причины возникновения bpr
- •3.3. Bpr: мотивы предприятий
- •3.4. Связь бизнес-реинжиниринга с ит
- •4. Новое системное проектирование
- •4.1. Понятие нового системного проектирования
- •4.2. Объекты н.С.П.
- •4.3. Методы н.С.П.
- •4.4. Общие принципы организации проектирования ис
- •4.4.1. Применение в н.С.П. Улучшенных каскадных схем
- •4.4.2. Адаптивные схемы организации н.С.П.
- •Заключение
- •Часть 2. Методология проектирования ис введение
- •1. Основные понятия и определения
- •2. Структурный системный анализ предприятия как основа формирования информационной системы
- •3. Субд как способ реализации ис
- •3.1. Модели субд
- •3.1.1. Системы с инвертированными списками
- •3.1.2. Иерархические структуры данных
- •3.1.3. Сетевые структуры данных
- •3.1.4. Реляционная модель
- •3.2. Архитектуры субд
- •4. Проектирование логической и физической структуры информационной системы.
- •4.1. Логическая структура ис и проектирование реализации.
- •4.2. Проектирование физической структуры ис
- •5 . Применение case-технологий в разработке ис
- •5.1. Классификация case-средств
- •5.2. Методика работы с саse-технологиями (на примере пакета oracle designer/2000)
- •6. Проектирование оптимальной логической и физической структуры информационной системы.
- •6.1. Методы решения задачи проектирования структуры и эскизная оценка проекта структуры ис
- •6.2. Выбор структуры бд на основе прагматического подхода
- •2.12. Первый вариант денормализации модели структуры бд на основе прагматического подхода.
- •6.3. Целевая функция и ограничения для общей задачи построения ис на основе рбд.
- •6.4. Критерии оптимизации для бд с одним сервером.
- •6.5.Построение эффективной логической структуры на основе алгоритма кластеризации атрибутов данных.
- •7. Анализ структуры бд точки зрения эффективности на основе имитационного моделирования
- •8. Проектирование ис на основе распределенных баз данных.
- •8.1. Структура распределенных субд
- •8.1.1. Архитектура распределенных субд
- •8.1.2. Логическая структура базы данных
- •8.1.3.Физическая структура базы данных
- •8.2. Стратегия распределения данных.
- •8.2.1.Общий подход
- •8.2.2. Стратегия централизации
- •8.2.3. Стратегия расчленения
- •8.2.4. Смешанная стратегия
- •8.3. Методы проектирования распределенной бд
- •8.3.1. Общий подход к проектированию распределенных бд
- •8.3.2. Проектирование распределенной многоуровневой ис
- •Список литературы оглавление
- •Часть 1. Системное проектирование
- •Часть 2. Методология проектирования ис
5.1. Классификация case-средств
CASE-средства можно разделить на типы, категории и уровни.
Типовая классификация отражает функциональную ориентацию CASE-средств в технологическом процессе.
-
Анализ и проектирование. Средства этой группы применяются для создания спецификаций и проектирования и поддерживают широко известные методологии проектирования. Целью их использования является выработка системных требований и свойств, которыми система должна обладать, а также создание проекта системы, отвечающего этим требованиям.
-
Проектирование баз данных и файлов. Средства данной группы обеспечивают логическое моделирование данных, преобразование моделей данных в 3НФ, генерацию схем БД и описание форматов файлов на уровне программного кода.
-
Программирование. Средства этой группы поддерживают этапы программирования и тестирования, автоматическую кодогенерацию из спецификаций. Сюда входят традиционные генераторы и анализаторы кодов, генераторы наборов тестов, отладчики.
-
Сопровождение и реинжениринг. Сюда относятся документаторы и анализаторы программ, средства реструктурирования и реинжениринга. Их целью является корректировка, изменение, анализ, преобразование и реинжениринг существующих систем. Средства поддерживают всю системную документацию, включая коды, спецификации, наборы тестов.
-
Особый интерес представляют так называемые средства миграции, позволяющие осуществить перенос системы в новое операционное или аппаратное окружение. К ним относятся трансляторы, конверторы, макрогенераторы.
-
Управление проектом. К этой группе относятся средства, поддерживающие планирование, контроль, руководство и взаимодействие, то есть функции, необходимые в процессе разработки и сопровождения проектов.
Классификация по категориям характеризует уровень интегрированности CASE-средств по выполняемым функциям и включает три категории.
-
Категория tools. Вспомогательные программы, решающие небольшие автономные задачи в рамках большого проекта.
-
Категория toolkit. Совокупность интегрированных программных средств для решения подзадач определенного класса. Другими словами, средства этой категории предназначены для применения на одном этапе разработки ИС.
-
Категория workbench. Средства этой категории, по сравн7ению с toolkit, обладают большей интеграцией выполняемых функций, большей самостоятельностью и автономностью использования, а также имеют более тесную связь с системными техническими средствами аппаратно-вычислительной среды.
Классификация по уровням определяется областью применимости CASE в пределах жизненного цикла ПО. Так как четкие границы между этапами создания и сопровождения ПО отсутствуют, эта классификация является качественной.
-
Upper-CASE. Другое название – средства компьютерного планирования. Они позволяют строить модель предметной области, направленную на понимание общего и частного механизма функционирования. Эти средства позволяют проводить анализ различных сценариев, накапливая информацию для принятия оптимальных решений.
-
Middle-CASE. Считаются средствами поддержки этапов анализа требований и проектирования спецификаций и структуры ПО. Их применение облегчает процесс проектирования, носящего здесь итеративный характер.
-
Lower-CASE. Эти средства применяются для разработки ПО. На эти средства возложены функции тестирования, управления конфигураций и формирования документов.
При работе над конкретным проектом ИС необходимо выбрать средства проектирования и разработки.
Стратегия выбора CASE-средства во многом определяется спецификой проектируемой ИС, а точнее характеристиками ее предметной области и конечных требований к проекту. В случае проектирования ИС достаточно крупного масштаба предметная область дополнительно характеризуется сложностью описания и неизбежным влиянием постоянных изменений внешних экономических и политических условий в стране.
При выборе средства разработки имеет смысл руководствоваться такими критериями, как:
-
поддержка полного жизненного цикла ИС с обеспечением эволюционности ее развития;
-
обеспечение целостности единой базы проектных данных (репозитария);
-
независимость от программно-аппаратной платформы и СУБД;
-
поддержка одновременной работы нескольких групп разработчиков;
-
возможность разработки приложений «клиент-сервер» требуемой конфигурации;
-
открытая архитектура и возможности экспорта/импорта;
-
качество технической поддержки в России;
-
обеспечение качества проектной документации.