- •«Проектирование систем обработки данных"
- •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-средств
Сравнительный анализ sadt моделей и моделей потоков данных
Наиболее существенные различия между разновидностями структурного анализа заключаются в методах и средствах функционального моделирования.
С этой точки зрения все разновидности структурного анализа могут быть разбиты на две группы:
Использующие методы и технологии DFD (в разных нотациях);
Использующие SADT-методологию.
Соотношение этих двух разновидностей структурного анализа в существующих CASE-средствах составляет по некоторым оценкам 90% для DFD и 10% для SADT.
Методология SADT успешно работает только для реорганизации хорошо стандартизированных западных бизнес-процессов, поэтому она и принята на Западе в качестве типовой.
В российской действительности с ее слабой типизацией разумнее ориентироваться на методологию организации и/или реорганизации потоков информации и отношений.
Кроме этого SADT диаграммы значительно менее выразительны и удобны для моделирования систем обработки информации, а DFD диаграммы с самого начала создавались как средство проектирования информационных систем и имеют богатый набор элементов, адекватно отражающих специфику таких систем (например, хранилища данных являются прообразами баз данных, внешние сущности отражают взаимосвязи моделируемой системы с внешней средой).
4.3.6. Технология проектирования на основе функционально-ориентированного подхода
Технологическая сеть проектирования ИС на основе использования функционально-ориентированной CASE-технологии включает технологические операции с 11-тью этапов.
Этап 1 «Инициализация проекта».
На основании документа «Материалы обследования» создается репозитарий для проектируемой системы.
Этап 2 «Задание начальных параметров проекта».
Выбирается CASE-методология проектирования, а также составляется перечень проектировщиков и их прав доступа к проекту. Результатом выполнения этапа является описание начальных параметров проекта в репозитарии.
Последующие этапы 3, 4, 5 и 6 выполняются последовательно параллельно и взаимно уточняются в ходе выполнения.
Этап 3 «Построение диаграмм иерархии функций (BFD)».
На основе документа «Материалы обследования» строится диаграмма иерархии функций.
На этапе выполняются следующие работы:
отображение основной функции;
декомпозиция основной функции на подфункции;
дальнейшая декомпозиция подфункций до необходимой степени детализации;
контроль правильности построенной диаграммы;
Результатом выполнения этапа является описание в репозитарии дерева функций проекта.
Этап 4 «Построение диаграммы потоков данных».
Исходными данными для выполнения этапа являются: материалы обследования и диаграмма иерархии функций.
Построение диаграммы потоков данных сводится к следующим шагам:
Расчленение множества требований на функциональные группы;
Идентификация внешних по отношению к системе объектов;
Идентификация информации, которая передается между процессами;
Разработка контекстной диаграммы;
Формирование DFD первого уровня, где отражены основные функции системы;
Дальнейшая декомпозиция каждого процесса до тех пор, пока процесс самого нижнего уровня можно будет представить в виде некоторой спецификации (алгоритма);
Ревизия всех уровней с целью выяснения некорректности, а при ее обнаружении – устранение.
Выходом данного этапа является описание в депозитарии диаграммы потоков данных.
Этап 5 «Построение диаграммы переходов состояний».
Исходными данными являются:
материалы обследования;
диаграмма иерархии функций;
диаграмма потоков данных.
На этом этапе описываются возможные состояния проектируемой системы и переходы между ними.
Применяются два способа построения STD:
Первый способ заключается в том, что выявляются все возможные состояния системы. Далее выявляются переходы из одного состояния в другое;
При втором способе сначала строится начальное состояние, затем осуществляется переход в очередное состояние и т.д. (последовательный переход).
Если число состояний и переходов достаточно велико, то эта диаграмма может быть представлена в форме «Матрица переходов состояний».
Текущее состояние |
Условие перехода |
Действие, связанное с переходом |
Следующее состояние |
Список всех Условия перехода Действия, Перечень всех
состояний из текущего которые связаны с последующих
системы состояния конкретным (их состояний
в последующем может и не быть) по отношению
к текущему
Рис. Графы матрицы переходов состояний
Результатом выполнения данного этапа является интегрированное описание в репозитарии функций, потоков данных и состояний проектируемой системы.
Этап 6 «Построение диаграммы «Сущность-связь»».
Для выполнения этапа необходима следующая входная информация;
материалы обследования;
диаграмма потоков данных.
Построение ER-диаграмм сводится к следующим операциям:
Идентификация всех сущностей и их атрибутов;
Идентификация отношения между сущностями и указание мощностей этих отношений.
Выходом данного этапа является описание в репозитарии диаграммы «сущность-связь».
Этап 7 «Построение системной структурной диаграммы».
Этап используется для построения структуры программного приложения ИС.
Исходными данными этапа являются:
Диаграмма иерархии функций;
Диаграмма потоков данных;
Диаграмма «сущность-связь»;
Диаграмма переходов состояний;
Результатом выполнения этапа является описание в репозитарии структуры программного приложения.
Работы по построению системной структурной диаграммы выполняются в следующей последовательности:
В диаграмме бизнес-функций необходимо выделить функции, которые будут реализованы в программном виде.
Взять диаграмму потоков данных (соответствующие уровни DFD) для выделенных функций и подфункций. Проанализировать эти диаграммы с учетом входных и выходных потоков данных.
Определить структуру потоков данных, задав список атрибутов сущностей из ER-диаграммы.
На диаграмме переходов состояний определить состояния, переходы и события их вызывающие, которые реализуют бизнес-функции.
Задать программную реализацию каждого состояния в виде библиотечного модуля CASE-системы или модуля, написанного на другом языке.
Нарисовать эскиз системной диаграммы для каждой выделенной функции.
Объединить построенные системные диаграммы в одну исходя из диаграммы бизнес-функций.
Проконтролировать, если позволяют CASE-средства, построенную системную структурную диаграмму.
Если ошибок не найдено, то перейти к прототипированию (макетированию) интерфейса программного приложения на основе системной диаграммы.
Для каждого модуля необходимо выбрать шаблон интерфейса из встроенной библиотеки, либо в режиме конструктора создать шаблон, либо написать шаблон на встроенном языке программирования.
Таким образом, перед генерацией кода все элементы системной структуры должны быть определены с учетом интерфейса и связи с таблицами ER-модулей.
Последующие этапы 8, 9, 10 и 11 технологической цепочки отражают процесс кодогенерации проекта.
Этап 8 «Генерация описания схемы БД».
На основании диаграммы «сущность-связь» и системной структурной диаграммы производится выбор СУБД и генерация для нее описания схемы БД.
Этап 9 «Генерация модуля описания системы БД».
Исходными данными для выполнения этапа являются:
описание схемы БД;
структура программного приложения;
набор языков определения данных (DDL).
В результате процесса генерации получаем исходные тексты программ на выбранном языке.
Генерация может быть двух видов:
Неполная генерация. В результате выполнения неполной генерации на выбранном языке описания данных (SQL и т.п.) создается модуль описания данных;
Полная генерация включает в себя:
Генерацию DDL на языке описания данных;
Выбор среды, в которой будет приведен исходный код, полученный во время генерации;
Запуск процесса генерации.
Этап 10 «Генерация приложения (DDM)»
На основании системной диаграммы и набора языков определения модулей DDM происходит генерация модулей программного приложения. Результатом генерации являются модули программного приложения, реализующего ИС.
Этап 11 «Интеграция модулей приложения»
В результате выполнения этапа происходит интеграция полученных ранее модулей в готовое программное приложение, реализующее ИС.