
- •«Проектирование систем обработки данных"
- •1. Технологии разработки информационных систем
- •2. Методические основы проектирования информационных систем
- •3. Жизненный цикл информационной системы
- •3.1. Каскадная модель
- •3.2. Спиральная модель
- •4. Каноническое проектирование
- •4.1.1. Стадия «Сбор материалов обследования»
- •4.1.1.1. Предварительное изучение предметной области
- •4.1.1.2. Выбор технологии проектирования
- •4.1.1.3. Выбор метода проведения обследования
- •4.1.1.4. Выбор метода сбора материалов обследования
- •4.1.1.5. Разработка программы обследования
- •4.1.1.6. Разработка плана-графика сбора материалов обследования
- •4.1.1.7. Сбор и формализация материалов обследования
- •4.1.2. Стадия «Анализ материалов обследования и разработка технико-экономического обоснования (тэо) и технического задания (тз)»
- •4.1.3. Состав и содержание работ на стадии техно-рабочего проектирования
- •4.1.3.1. Этап «Техническое проектирование»
- •4.1.3.2. Этап «Рабочее проектирование»
- •4.1.4. Состав и содержание работ на стадии внедрения, эксплуатации и сопровождения проекта
- •4.1.4.1. Этап «Подготовка объекта к внедрению»
- •4.1.4.2. Этап «Опытное внедрение».
- •4.1.4.3. Этап «Сдача проекта в промышленную эксплуатацию».
- •4.1.4.4. Этап «Эксплуатация и сопровождение проекта».
- •5. Проектирование классификаторов экономической информации
- •Состав и содержание операций проектирования классификаторов
- •5. Проектирование классификаторов экономической информации
- •6. Проектирование системы экономической документации
- •6.1. Проектирование унифицированной системы документации
- •6.1.1. Построение новых форм документов
- •6.1.2. Унификация всей системы документации
- •6.1.3. Разработка инструкций и методических материалов, регламентирующих работу пользователей с системой документации
- •6.2. Особенности проектирования первичных документов
- •6.3. Особенности проектирования форм результатных документов
- •6.4. Проектирование экранных форм электронных документов
- •7. Проектирование информационной базы
- •7.1. Информационная база и способы ее организации
- •7.2. Проектирование информационной базы как совокупности локальных файлов
- •7.3. Проектирование баз данных
- •8.Основы проектирования технологических процессов обработки данных
- •Операции этого класса являются самыми трудоемкими (до 50% всех работ), дорогостоящими и дают наибольший процент ошибок в получаемых данных.
- •9.Проектирование процессов получения первичной информации, создания и ведения информационной базы
- •9.1 Проектирование процессов получения первичной информации
- •9.2. Проектирование процесса загрузки и ведения информационной базы
- •9.3. Проектирование процесса автоматизированного ввода бумажных документов
- •Основной фактор при оценке эффективности систем распознавания заключается в стоимости исправления ошибок при распознавании, а не в точности и скорости системы.
- •10. Проектирование процессов обработки информации в локальных информационных системах
- •10.1. Организация решения экономических задач
- •К методо-ориентированным относят пакеты, реализующие, например, методы линейного и динамического программирования, статистической обработки информации и др.
- •10.2. Проектирование процессов обработки данных в пакетном режиме
- •10.3. Проектирование процессов обработки данных в диалоговом режиме
- •11. Индустриальное проектирование корпоративных информационных систем
- •4.1. Методологии моделирования проблемной области
- •4.2. Автоматизированное проектирование кис (case-технологии)
- •4.2.1. Основные понятия и классификация case-средств
- •4.2.2. Классификация case-средств
- •4.3. Функционально-ориентированное проектирование ис
- •4.3.1. Диаграммы иерархии функций (bfd)
- •4.3.2. Диаграммы потоков данных (dfd)
- •4.3.3. Диаграммы «сущность-связь» (erd)
- •4.3.4. Диаграммы переходов состояний (std)
- •Диаграмма структуры программного приложения (ssd)
- •Sadt-диаграммы
- •Сравнительный анализ sadt моделей и моделей потоков данных
- •4.3.6. Технология проектирования на основе функционально-ориентированного подхода
- •12. Объектно-ориентированное проектирование кис
- •12.1. Анализ системных требований
- •12.2. Логическое проектирование
- •12.3. Физическое проектирование
- •12.4. Реализация информационной системы
- •13. Технология разработки информационных систем, основанная на решениях фирм Logic Works и Rational Software
- •Характеристика современных case-средств
4.2. Автоматизированное проектирование кис (case-технологии)
4.2.1. Основные понятия и классификация case-средств
Термин CASE (Computer-Aided Software/System Engineering) - в дословном переводе – разработка программного обеспечения информационных систем с помощью компьютеров.
Первоначально значение этого термина ограничивалось вопросами автоматизации разработки только программного обеспечения.
Последние годы под термином CASE-средства понимают программные средства, поддерживающие процесс разработки сложных ЭИС в целом (создания и сопровождения информационных систем, включая анализ, формулировку требований, проектирование прикладного программного обеспечения (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы).
CASE-средства не могут считаться самостоятельными. Они только обеспечивают высокую эффективность, а в некоторых случаях и принципиальную возможность применения соответствующих методологий проектирования.
Большинство существующих CASE-средств ориентировано на автоматизацию проектирования программного обеспечения и основных методологий структурного (в основном) или объектно-ориентированного анализа и проектирования.
Наибольшая потребность в использовании CASE-систем испытывается на начальных этапах разработки ЭИС, а именно на этапах анализа требований к ЭИС. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки.
Преимущества CASE-средств по сравнению с традиционной технологией оригинального проектирования сводятся к следующему:
улучшение качества разрабатываемого программного приложения за счет средств автоматического контроля и генерации;
возможность повторного использования компонентов разработки;
уменьшение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его;
освобождает разработчиков от рутинной работы по документированию проекта, так как используется встроенный документатор;
возможность коллективной разработки ИС в режиме реального времени.
CASE-средства – это специальные программы, которые поддерживают одну или несколько методологий анализа и проектирования ИС.
Они обеспечивают наглядное описание проектируемой информационной системы, которое начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру со все большим числом уровней.
Ядром архитектуры CASE-средства является репозитарий (словарь данных). Он представляет собой специализированную базу данных, предназначенную для отображения состояния проектируемой ИС в каждый момент времени. Объекты всех диаграмм синхронизируются на основе информации словаря данных.
Репозитарий содержит информацию об объектах проектируемой ИС и взаимосвязях между ними. Все подсистемы обмениваются данными с репозитарием.
В репозитарии хранятся описания следующих объектов:
проектировщиков и их прав доступа к различным компонентам системы;
диаграмм;
компонентов диаграмм;
связей между диаграммами;
программных модулей;
библиотеки модулей и т.д.
Графические средства моделирования позволяют разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями. Все модификации диаграмм вводятся в словарь данных и могут использоваться в дальнейшем. В любой момент времени диаграммы могут быть распечатаны для включения в техническую документацию проекта.
Другими компонентами архитектуры CASE-средства являются:
- графический редактор диаграмм, предназначенный для отображения проектируемой ИС в графическом виде в заданной нотации;
- документатор проекта, который позволяет получить информацию о состоянии проекта в виде различных отчетов;
- верификатор диаграмм – служит для контроля правильности построения диаграмм в соответствии с заданной методологией проектирования;
- администратор проекта – служит инструментом для выполнения таких административных функций как инициализация проекта, задание начальных параметров проекта, назначения прав доступа;
- сервис – это набор системных утилит для обслуживания репозитария.
Методология регламентирует последовательность разработки сложных АИС. Она определяет последовательность шагов, модели и подходы, тщательное следование которым приведет к хорошо разработанной системе.
Методология обеспечивает организационную поддержку, которая позволяет большим коллективам разработчиков функционировать скоординированным образом.
Технологии проектирования определяются как совокупность трех составляющих:
пошаговой процедуры, определяющей последовательность технологических операций проектирования;
критериев и правил, используемых для оценки результатов выполнения технологических операций;
нотаций, т.е. графических и текстовых средств, используемых для описания проектируемой системы.
Средства – это программные инструментарий для поддержки и усиления технологий.
Отметим, что успешное применение CASE-средств невозможно без понимания базовой технологии, которую эти средства поддерживают. Сами по себе CASE-средства являются лишь средствами автоматизации процессов проектирования и сопровождения информационных систем.