
- •Редактор по выпуску
- •Глава 5 проектирование баз данных в аис 51
- •Глава 1 общие сведения. Классификация объектов проектирования. Общие принципы построения аис
- •1.1 Задачи, функции, компоненты аис
- •1.2 Классификация аис
- •Глава 2 основные термины теории и практики проектирования
- •2.1 Принципы создания аис
- •1. Принцип единства информационно-управляющего процесса
- •2. Принцип системного подхода
- •3. Принцип декомпозиции
- •4. Принцип моделирования
- •5. Принцип новых задач
- •6. Принцип пользовательского проектирования
- •Внутреннее
- •2.3 Методы, способы и подходы к проектированию.
- •Глава 4 обследование предприятий и проектирование информационного обеспечения
- •4.1 Концепции автоматизации предметной области
- •4.2 Обследование предметной области
- •4.2.1 Содержание и цели предпроектного обследования
- •4.2.2.Функциональная структура объекта автоматизации
- •4.2.3 Методы обследования управленческих процедур
- •4.2.4 Исследование потоков и структуры информации
- •4.2.5 Обследование документов и документооборота системы управления
- •4.2.6 Изучение структурных единиц информации
- •4.2.7 Изучение организации внутримашинной информационной базы
- •4.3 Обоснование и выбор состава автоматизируемых задач
- •Глава 5 проектирование баз данных в аис
- •5.1 Интегрированная база данных
- •5.2 Классическая методология проектирования
- •5.3 Инструменты проектирования бд
- •5.4 Временные характеристики и транзакции
- •5.5 Оценка достигнутого состояния
- •5.6 Применение классических методов проектирования в практике
- •5.7 Ограничения классических методов
- •5.8 Причины появления новых требований
- •5.9 Новые инструментальные средства
- •5.10. Новые архитектурные принципы бд
- •5.11 Новые подходы в методах проектирования бд
- •Глава 6 обзор средств проектирования информационных систем
- •6.1 Критерии выбора средств проектирования
- •1. Поддержка полного жц ис с обеспечением эволюционности ее развития.
- •2. Обеспечение целостности проекта и контроля за его состоянием.
- •3 Независимость от программно-аппаратной платформы и субд.
- •4 Поддержка одновременной работы групп разработчиков.
- •5 Возможность разработки приложений "клиент-сервер"
- •6 Открытая архитектура и возможности экспорта/импорта.
- •7 Качество технической поддержки, простота использования
- •8 Обеспечение качества проектной документации.
- •6.2 Анализ средств проектирования информационных систем
- •Глава 7 case-технологии в создании информационных систем
- •Глава 8 внедрение и эксплуатация аис ао
- •8.1 Особенности внедрения информационных систем
- •8.2. Технология внедрения функциональных задач
- •8.3. Практические рекомендации по эксплуатации систем
- •8.4. Администрирование и обеспечение целостности баз данных
6.1 Критерии выбора средств проектирования
Традиционно при обсуждении проблемы выбора СП (в особенности CASE-средств) большое внимание уделялось особенностям реализации той или иной методологии анализа предметной области (IDEF0, IDEF1Х, Гана/Сарсона, Джордана, Баркера и др.). Безусловно, богатство изобразительных и описательных средств дает возможность на этапах стратегического планирования и анализа построить наиболее полную и адекватную модель предметной области. С другой стороны, если говорить о конечных результатах - базах данных и приложениях, то обнаруживается, что часть описаний в них практически не отражается, оставаясь чисто декларативной (на выходе мы в любом случае получим описание БД в табличном представлении). Опытные аналитики и проектировщики всегда с большими или меньшими трудозатратами придут к нужному конечному результату независимо от того, какая конкретно методология или ее разновидность реализована в данном инструменте. Это, конечно, не означает, что методология не важна, напротив, отсутствие или неполнота описательных средств могут с самого начала значительно затруднить работу над проектом. Однако, зачастую на первом плане оказываются другие критерии, невыполнение которых может породить гораздо большие трудности.
Может создаться впечатление, что если можно сформировать необходимую аппаратную платформу из компонентов различных фирм-производителей, то так же просто можно выбрать и скомплексировать разные инструментальные средства, каждое из которых является одним из мировых лидеров в своем классе. Однако в случае инструментальных средств в настоящее время, в отличие от оборудования, отсутствуют международные стандарты на основные свойства конечных продуктов (программ, баз данных и их сопряжение). Поскольку составные части проекта должны быть интегрированы в единый продукт имеет смысл рассматривать только сопряженные инструментальные средства, которые в принципе могут быть ориентированы - даже внутри одного класса - на разные методологии; при этом необходимо отбирать в состав комплекса СП средства, поддерживающие по крайней мере близкие методологии, если не одну и ту же. Исходя из перечисленных выше соображений, примем в качестве основных свойств (показателей, критериев выбора) СП следующие критерии:
1. Поддержка полного жц ис с обеспечением эволюционности ее развития.
Полный жизненный цикл ИС должен поддерживаться "сквозной" технологической цепочкой средств разработчика, обеспечивающей решение следующих задач:
обследование и получения формализованных знаний о предметной области (последовательный и логически связный переход от формализованного описания предметной области к ее моделям);
декомпозиция проекта на составные части и интеграция составных частей;
проектирование моделей приложений (логики приложений и пользовательских интерфейсов);
прототипирование приложений;
проектирование баз данных;
коллективная, территориально распределенная разработка приложений с использованием различных инструментальных средств (включая их интеграцию, тестирование и отладку);
разработка распределенных баз данных (с выбором оптимальных вариантов распределения);
разработка проектной документации с учетом требований проектных стандартов;
адаптация к различным системно-техническим платформам и СУБД;
тестирование и испытания;
сопровождение, внесение изменений и управление версиями и конфигурацией ИС;
интеграция с существующими разработками (включая реинжиниринг приложений, конвертирование БД);
администрирование ИС (оптимизация эксплуатационных характеристик);
управление разработкой и сопровождением ИС (планирование, координация и контроль за ресурсами и ходом выполнения работ);
прогнозирование и оценка трудоемкости, сроков и стоимости разработки.
Для существующих ИС должен обеспечиваться плавный переход из старой среды эксплуатации в новую с минимальными переделками и поддержкой эксплуатируемых баз данных и приложений, внедренных до начала работ по созданию новой системы.