- •«Проектирование систем обработки данных"
- •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-средств
К методо-ориентированным относят пакеты, реализующие, например, методы линейного и динамического программирования, статистической обработки информации и др.
К функционально-ориентированным пакетам относят пакеты обработки бухгалтерских, финансовых документов, управления кадрами, маркетинговых исследований, контроля исполнения документов, технической подготовки производства и др.
В состав профессионально-ориентированных пакетов входят табличные процессоры, текстовые редакторы, интегрированные пакеты, пакеты деловой графики.
10.2. Проектирование процессов обработки данных в пакетном режиме
К задачам, решаемым в пакетном режиме (запускаемых и выполняемых, как правило, в фоновом режиме), относятся задачи, которые характеризуются следующими признаками:
слабой разветвленностью алгоритма;
отсутствием необходимости вмешательства пользователя в ход решения и выбора варианта решения;
большими объемами обрабатываемых данных;
длительным временем решения и получения результативной информации.
К таким задачам относятся, в частности, задачи статистической обработки данных, планирования производственной программs? Расчета заработной платы и другие.
При использования оригинальной технологии и канонического проектирования к методаv и инструментальным средствам проектирования программного обеспечения (ПО) экономических задач относятся:
методы IPT-технологии проектирования и;
процедурно-ориентированные языки программирования.
В первую группу входит совокупность следующих взаимосвязанных методов проектирования, которые были разработаны фирмой IBM:
метод структурного проектирования;
метод модульного проектирования;
метод проектирования «сверху-вниз»;
метод структурного программирования;
метод HIPO-документирования (ПЭИС, стр.193).
Основной задачей метода структурного проектирования является выделение полного состава функций, для выполнения которых предназначаются разрабатываемые программные средства задачи. Структурное проектирование выполняется в два этапа:
этап общего проектирования, после завершения, которого получают полный состав функциональных блоков и связей между ними;
этап детального проектирования. Задачей этапа является определение полного состава программных блоков и связей между ними, показывающего технологию реализации выявленных ранее блоков.
Структурное проектирование позволяет на раннем этапе проектирования определить необходимые функции, которые должна реализовывать задача в процессе своей эксплуатации.
Модульное проектирование дает возможность разбить программные и функциональные блоки на оптимальное количество модулей небольшой размерности (до пятисот операторов), определить назначение каждого модуля и осуществить идентификацию его входных и выходных параметров.
По своему назначению модули делят на управляющие и исполнительные, по степени общности – на стандартные и оригинальные.
Метод модульного проектирования поддерживается методом проектирования «сверху-вниз».
Проектирование методом «сверху-вниз» позволяет свести процесс разработки программы к выполнению двух операций:
логическая разработка с одновременным интегрированием;
выполнение кодирования с отладкой.
При таком подходе вначале разрабатывается логическая структура программы в виде дерева программных модулей с установлением всех типов связей между ними. Затем идет кодирование и отладка модулей.
При этом проектирование начинается с модулей, которые занимают верхние уровни иерархии с одновременной проработкой их связей с соподчиненными модулями.
Структурное программирование основывается на выполнении нескольких ограничений.
Первое касается размеров модулей. Небольшие по размеру модули (до 500 операторов) вначале сегментируются на разделы (сегменты) размером на один лист (до 60 операторов). Дальнейшая сегментация идет в пределах листа с выделением расположения сегментов на листе со сдвигом слева направо для улучшения читаемости и качества документирования программы.
Втором является ограничение на типы используемых операторов и структур. Рекомендуется использование линейной структуры, иерархической структуры с оператором if и циклической структуры с использованием оператора do while. Не рекомендуется использование оператора go to.
В качестве критериев разбиения задач на функциональные блоки использую:
размерность задачи;
территориальную рассредоточенность задачи;
количество входных файлов;
количество функциональных связей и др.
С использованием этих же критериев производится разбиение функциональных блоков на программные модули.