Проектирование процессов обработки информации

Экономическая задача является основной единицей обработки данных в локальной экономически-информационной системе. Под экономической задачей принято понимать взаимосвязанную последовательность операций или действий выполняемых над одним или несколькими файлами с целью получения хотя бы 1 экономического показателя выдаваемого в форме документа. Обычно решение экономических задач объединяется в рамках автоматизированного рабочего места. АРМ предназначено для реализации какой-либо цели или функции управления. АРМ обычно проектируется в виде функционального пакета прикладных программ на основе общей информационной базы. Программные средства АРМ разделяют на средства общего и специального назначения. К средствам общего назначения относят операционные системы, СУБД и средства разработки программы. К программным средствам специального назначения относят методо-ориентированные пакеты прикладных программ, функционально ориентированные пакеты прикладных программ и профессионально ориентированные пакеты прикладных программ. К методо-ориентированным относят пакеты реализующие например методы линейного и динамического программирования, статистические обработки информации и др. К функционально ориентированным относят пакеты обработки бухгалтерских и финансовых документов, управления кадрами, маркетинговых исследований, контроля исполнения документов и т д. В состав профессионально ориентированных пакетов входят табличные процессоры, текстовые редакторы, пакеты деловой графики.

 

Проектирование процессов обработки данных в пакетном режиме

К задачам решаемым в пакетном режиме относят задачи которые характеризуются следующими признаками: слабая разветвленность алгоритмов, отсутствие необходимости вмешательства пользователя в ход решения задачи или выбора вариантов решения, большие объемы обрабатываемых данных, длительный период решения задач. К таким задачам относят в частности задачи статистической обработки данных, планирование производственных программ, расчет ЗП и др. При использовании оригинальной технологии и канонического проектирования к методам и инструментальным средствам проектирования программного обеспечения относят:

. методы IPT технологий

. процедурно ориентированные языки программирования.

К первой группе относятся взаимосвязанные методы проектирования разработанные фирмой IBM. Метод структурного проектирования, метод модульного проектирования, метод проектирования сверху вниз, метод структурного программирования.

Основной задачей метода структурного программирования является выделение полного состава функций для выполнения которых предназначается разрабатываемые программные средства. Структурное проектирование выполняется в 2 этапа: этап общего проектирования после завершения которого получают полный состав функциональных блоков и связей между ними; 2 детальное проектирования, задачей которого является определение полного состава программных блоков и связей между ними, которые показывают технологию реализации выявленных ранее функциональных блоков.

Модульное проектирование дает возможность разбить программные и функциональные блоки на оптимальное количество модулей небольшой размерности. Определить назначение каждого модуля и осуществить идентификацию входных и выходных параметров. По своему назначению модули делятся на управляющие и исполнительные. По степени общности - стандартные и оригинальные. Метод модульного проектирования поддерживается методом проектирования сверху вниз. Проектирование методом сверху вниз позволяет свести процесс разработки программы к выполнению двух операций: логическая разработка с одновременным интегрированием и выполнение копирования с отладкой. При таком подходе в начале разрабатывается логическая структура программы в виде дерева программных модулей с установлением всех связей между ними, а затем выполняется кодирование и отладка. При этом проектирование начинается с модулей которые занимают верхний уровень иерархии с одновременной проработкой их связей с соподчиненными модулями.

 

Проектирование процессов обработки данных в диалоговом режиме.

Диалог – это процесс обмена сообщениями между пользователем и ЭВМ.

Для осуществления диалога необходимо разработатьдиалоговую систему (ДС). Эта система предназначена для выполнения функций управления диалогом, информирования пользователя, ввода информационных сообщений, обработки сообщений с помощью прикладных программ и выдачи результатов.

Важнейшей характеристикой диалоговой системы являетсястепень оперативности диалога.

При этом возможна оперативность двухсторонняя или односторонняя – со стороны человека или ЭВМ.

В случае двухсторонней оперативности диалог называется активным, со временем ожидания до 2 сек.

В случае односторонней оперативности диалог называется пассивным, а время ожидания может достигать 3 мин.

Другой характеристикой диалоговых систем являетсяспособность к управлению. В процессе диалога возможно:

- двухстороннее управление на базе языка типа «запрос-ответ», одностороннее управление со стороны ЭВМ с языком общения типа «меню», «заполнение шаблона» и ответа по «подсказке»;

- одностороннее управление со стороны пользователя с использованием языка директив (команд).

При построении модели диалоговой системы в качестве формального аппарата описания организации и функционирования системы применяют, например, теорию графов, теорию конечных автоматов, специальные языки формально-логического типа.

При использовании теории графов, математическая модель диалогового процесса представляется в виде графа, который описывает логическую последовательность действий системы «пользователь-ЭВМ».

 

Содержание функционально-ориентированного проектирования ИС

CASE-средства – это специальные программы, которые поддерживают одну или несколько методологий анализа и проектирования ИС.

Они обеспечивают наглядное описание проектируемой информационной системы, которое начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру со все большим числом уровней.

 

Ядром архитектуры CASE-средства является репозитарий (словарь данных). Он представляет собой специализированную базу данных, предназначенную для отображения состояния проектируемой ИС в каждый момент времени. Объекты всех диаграмм синхронизируются на основе информации словаря данных.

Репозитарий содержит информацию об объектах проектируемой ИС и взаимосвязях между ними. Все подсистемы обмениваются данными с репозитарием.

В репозитарии хранятся описания следующих объектов:

· проектировщиков и их прав доступа к различным компонентам системы;

· диаграмм;

· компонентов диаграмм;

· связей между диаграммами;

· программных модулей;

· библиотеки модулей и т.д.

Графические средства моделирования позволяют разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями. Все модификации диаграмм вводятся в словарь данных и могут использоваться в дальнейшем. В любой момент времени диаграммы могут быть распечатаны для включения в техническую документацию проекта.

Другими компонентами архитектуры CASE-средства являются:

- графический редактор диаграмм, предназначенный для отображения проектируемой ИС в графическом виде в заданной нотации;

- документатор проекта, который позволяет получить информацию о состоянии проекта в виде различных отчетов;

- верификатор диаграмм – служит для контроля правильности построения диаграмм в соответствии с заданной методологией проектирования;

- администратор проекта – служит инструментом для выполнения таких административных функций как инициализация проекта, задание начальных параметров проекта, назначения прав доступа;

- сервис – это набор системных утилит для обслуживания репозитария.

Методология регламентирует последовательность разработки сложных АИС. Она определяет последовательность шагов, модели и подходы, тщательное следование которым приведет к хорошо разработанной системе.

Методология обеспечивает организационную поддержку, которая позволяет большим коллективам разработчиков функционировать скоординированным образом.

Технологии проектирования определяются как совокупность трех составляющих:

1. пошаговой процедуры, определяющей последовательность технологических операций проектирования;

2. критериев и правил, используемых для оценки результатов выполнения технологических операций;

3. нотаций, т.е. графических и текстовых средств, используемых для описания проектируемой системы.

Средства – это программные инструментарий для поддержки и усиления технологий.

Отметим, что успешное применение CASE-средств невозможно без понимания базовой технологии, которую эти средства поддерживают. Сами по себе CASE-средства являются лишь средствами автоматизации процессов проектирования и сопровождения информационных систем.

Современные CASE-средства классифицирую по следующим признакам:

1. по поддерживаемым методологиям проектирования: структурно-ориентированные, объектно-ориентированные и комплексно-ориентированные;

2. по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;

3. по степени интеграции: tools (отдельные локальные средства), toolkit (набор не интегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных – репозитарием);

4. по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;

5. по типу и архитектуре вычислительной техники: ориентированные на ПЭВМ, ориентированные на локальную, глобальную или смешанную вычислительную сеть.

Современные CASE-средства охватывают обширную область поддержки различных технологий проектирования и программирования: от простых средств анализа и документирования ИС до полномасштабных средств автоматизации, охватывающих весь жизненный цикл ИС.

Помимо поддержки начальных этапов разработки важное значение приобретают CASE-средства, ориентированные на проектирование и генерацию баз данных и пользовательских интерфейсов.

 

Содержание объектно-ориентированного проектирования ИС.

Объектно-ориентированный анализ и проектирование –технология разработки программных систем, в основу которых положена объектно-ориентированная методология представления предметной области в виде объектов, являющихся экземплярами соответствующих классов. Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами Основными понятиями объектно-ориентированного подхода являются объект и класс. Объект —предмет или явление, имеющее четко определенное поведение и обладающие состоянием, поведением и индивидуальностью. Структура и поведение схожих объектов определяют общий для них класс. Класс –это множество объектов, связанных общностью структуры и поведения. Целью применения данной методики является выделение объектов, составляющих организацию, и распределение между ними ответственностей за выполняемые действия. В качестве объектов предметной области могут рассматриваться конкретные предметы, а также абстрактные или реальные сущности. Каждый объект характеризуется своим состоянием, а также набором операций для проверки и изменения этого состояния. Каждый объект является представителем некоторого класса однотипных объектов, определяющего их общие свойства. Все представители (экземпляры) одного и того же класса имеют один и тот же набор операций и могут реагировать на одни и те же сообщения.

 

⇐ Предыдущая12345678910Следующая ⇒

Поделиться: