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

Если между признаками нет иерархической зависимости то имеет место фасетная или многопризначная классификация . используется для такого деления объектов на классы при котором ранги всех признаков одинаковы. Классы фасеты получают путем отнесения объектов в классы согласно значениям признаков одновременно .

Полученные таким образом фасеты позволяют с помощью операций объединения пересечения и других получать ответы на сложные вопросы(какие студенты проживающие в Минске учатся на отлично).

Существует 3 уровня классификаторов экономической информации:

1. общегосударственный

2. отраслевые

3. локальные

Общегосударственные классификаторы делятся на следующие группы :

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

- классификаторы организационных структур (классификаторы органов государственной власти и управления , предприятия и организации, отраслей народного хозяйства)

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

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

Размещено на http://www.allbest.ru/

Например классификационная часть имеет код 021124, где

02 - обозначает нефтепродукт

021 - нефтепродукт светлые

0211 - бензин

02112 - бензин автомобильный

021124 - бензин автомобильный марки А 72

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

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

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

КОДЫ.

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

Кодирование - процесс присвоения объектом условных обозначений.

Коды могут быть цифровые , буквенные , буквенно-цифровые . В настоящее время наибольшее распространение получили следующие системы кодирования:

- порядковое

- серийное

- позиционное

- мнемоническое

- шахматная система

Порядковая система кодирования предполагает присвоение всем позициям номенклатуры порядковых номеронов без пропусков (виды начислений заработной платы могут кодироваться следующим образом 01 - основная ЗП 02 - Премия 03 - начисление за работу в праздничные дни).

Серийная система кодирования ориентирована на кодирование объектов которые предварительно сгруппированы в серию(01 - 07 - основные цеха 08-10 вспомогательные цеха).

Позиционная система отражает иерархическую соподчиненность признаков классификации(распространены в БУХУЧ позиционные двух и трех призначные коды, структура кода счета 70 *расчеты с персоналом по оплате труда * выделяют 2 уровня для подразделений и табельного номера работника ; для счета 10 *материалы* выделяют 3 уровня вид материальных ценностей 1 знак склад номенклатурный номер).

Мнемоническая система кодирования.

Повторяет характеристики объекта : например гаечный ключ 10*12 >> 1012

Шахматная система применяется для кодирования 2-х позиционной номенклатуры

Причины простоя	Виноватые
	Админы рабочие поставщики
Нет материала	11 12 13
Поломка оборудования	21 22 23

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

Содержание и состав операции проектирования классификаторов

Все классификаторы разработанные и использованные в информационной системе имеют две формы: эталонная и рабочая.

Эталонная форма - официальное издание классификатора на бумажном носителе.

Рабочая форма - весь классификатор или его раздел занесенный на внешний носитель и удобный для автоматизированной обработки.

Весь процесс разработки системы классификаторов при проектировании информационной системы можно разбить на 4 этапа:

1 этап - определяется перечень назначения и сфера действия классификаторов.

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

Далее определяется назначение классификаторов. Каждый классификатор может быть предназначен для однозначной идентификации объекта передачи информации по каналам связи или для поиска и логической обработки первичной информации.

По сфере действия выделяют следующие виды классификаторов:

- международные классификаторы

- общегосударственные

- отраслевые

- локальные

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

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

2 этап - определяется состав исходных данных и требования к разрабатываемым классификаторам. К исходным данным используемым в процессе проектирования классификаторов относятся : состав для которых разрабатывается классификатор , состав объектов классификации , состав признаков классификации и число значений каждого признака. На этом этапе так же разрабатывается система взаимодействия классификаторов различных уровней. Эта система призвана обеспечить взаимодействие информационной системы с внешней средой. Эта работа представляет собой разработку некоторого транслятора перехода от 1 классификатора к другому.

3 этап - связан с работами по организации сбора и обработке исходных данных необходимых для составления классификаторов. К их числу относится разработка инструктивных материалов по сбору и обработке исходных данных, а именно: определение перечня решаемых задач в которых используется классификаторы, выделение классификационных объектов, определение состава признаков классификации и значения признаков. На этом же этапе выполняют работу по сбору и обработке данных согласно разработанным инструкциям.

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

6. проектирование системы экономической документации регулярно используются в процессе управления экономическим объектом. Унификация системы документации достигается путем введения единых форм документов.

Проектирование унифицированной системы документации

При проектировании унифицированной системы необходимо решить следующие проблемы:

1. отобрать документы которые будут использованы в информационной системе без изменений.

2. выявить те документы которые нужно унифицировать

В процессе проектирования унифицированной системы выделяем 3 этапа.

1 этап - построение новых форм документов.

2 этап - унификация всей системы документации

3 этап - разработка инструкций и методических материалов которые регламентируют работу пользователей с системой документации.

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

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

4 этап - выбор типа носителей для документа . Для первичных документов носителем является бумага формата а4 или а5. В качестве критерия выбора носителя можно использовать показатель надежности хранения информации, достоверность информации, качества распределения материалов. Например: если решается задача прогнозирования с использованием методов корреляционного или регрессионного анализа, то основным носителем будет экран монитора на который будут выведены графики а так же бумажные носители. При решении задач оперативного управления основным носителем информации является экран монитора.

5 этап - определение способа нанесения информации в документы. Выбор способа нанесения информации зависит от того как считывать информацию с первичного документа визуальным способом или автоматическим.

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

Существует несколько видов шрифтов:

- кодированные в которых изображение реквизита отделено от кода . например штрих-код

- стилизованные в этих шрифтах изображение символов содержит код.

- нормализованные шрифты применяемые на почтовых конвертах.

Унификация всей системы унификации

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

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

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

Особенности проектирования первичных документов.

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

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

- отсутствие дублирования показателей

- логичность построения, т.е. старшие признаки должны предшествовать младшим (логичная последовательность: наименование предприятия, наименование цеха и т.д.).

- согласование последовательности реквизитов с макетами размещения информации на мониторе.

Проектирование форм результатных документов

Результатные показатели рассчитываются при решении задач. Они должны выдаваться на машинные носители в виде удобном для пользователя. Результатные документы используются для осуществления процесса управления, поэтому они должны отвечать определенным требованиям:

- должны содержать в себе первичные и результатные показатели.

- хорошая читаемость , логичность построения форм и наличие хорошо отредактированного текста шапок документов.

- Отсутствие показателей рассчитываемых в ручную.

- достоверность предоставляемой информации

Проектирование экранных форм электронных документов.

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

- кардинальное от бумажных форм к электронным переход

- применение более эффективных технологий извлечения данных из бумажных форм.

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

Можно выделить несколько видов электронных форм которые имеют различные технологии обработки:

1. формы предназначенные для сбора данных и ввода их в базу данных для последующей обработки. При этом заполнение формы осуществляется по электронной почте или через формы размещенные в интернете

2. формы предназначенные для сбора информации как внутри так и вне предприятия. Эти формы требуют ознакомления и подтверждения. К таким формам можно отнести заказы на покупку , счета , и т д.

3. Электронная технология подразумевает не заполнение бумажных форм и их последующую обработку, а предполагает работу с электронными формами от этапа заполнения до этапа извлечения данных и их сбора в базе данных или экспорта этих данных в какое-либо приложение. Недостатком электронных форм документов являются недостаточную юридическую проработанность процесса подписи формы.

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

- быстро имитировать бумажные формы

- использовать предоставляемые ими средства (таблицы, кнопки, списки и др полезности включая связь с различными БД.)

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

- использовать средства для установления связи между формами.

- использовать макросы и языки высокого уровня.

Это позволяет разрабатывать и включать процедуры последовательной обработки электронных документов. Так как электронные формы связаны с файлами данных следовательно можно включать операции обработки данных и функции запросов. При этом можно указать , что при заполнении форм будут решаться определенные задачи. Например вычисление суммы проверка типов и т д.

К первым средствам создания электронных документов можно отнести средства Майкрософт офис. Компоненты этой системы позволяют автоматизировать не только процесс заполнения и вычисления полей электронного документа но и отсылать его по электронной почты. В настоящее время используются и специализированные программные продукты например 1С документооборот. Эта программа позволяет встраивать электронный документ в подсистему электронного док оборота, которая является одной из функциональных подсистем корпоративной информационной системы управления предприятием.

Проектирование информационной базы

Информационная база и способы ее организации.

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

К числу базовых файлов относят :

- основные

- рабочие

- промежуточные

- служебные

- архивные

Основные файлы - содержат записи с оперативной и условно постоянной информацией .

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

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

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

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

2. Интегрированные базы данных, основанные на использовании СУБД.

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

Интегрированная информационная база - совокупность взаимосвязанных хранящихся вместе данных при такой минимальной избыточности , которая допускает их оптимальное использование для различных приложений. Централизация управления данными с помощью СУБД обеспечивает совместимость этих данных, уменьшение избыточности, разделение хранения данных между пользователями . Кроме этого можно подключать новых пользователей. Однако централизация управления приводит к необходимости усиления контроля вводимых данных при этом так же необходимо обеспечить согласование между пользователями по поводу состава и структуры данных а так же обеспечить секретность данных и разграничить доступ. Основными способами организации баз данных является создание централизованных и распределенных баз данных. Основным критерием выбора способа организации информационной базы является минимизация трудовых и стоимостных затрат на проектируемые структуры информационной базы , программного обеспечения системы ведения файлов ,а так же перепроектирование информационной базы при возникновении новых задач. К организации баз данных предъявляются следующие требования:

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

- стандартизация данных за счет использования классификатора

- наличие словаря данных

- специализация интерфейса для админа и пользователя

- защита данных от несанкционированного доступа.

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

Принципы построения централизованных баз данных.

1. обеспечение логической организации данных с помощью построения глобальной модели данных .

2. представление информационных потребностей для каждой задачи в виде подмодели данных

3. описание процедур обработки данных с использованием языка манипулирования данных

4. защита данных через пароль

5. обеспечение доступности данных для нескольких пользователей одновременно.

Проектирование информационной базы как совокеупности локальных файлов

Процесс проектирования информационной базы включает несколько последовательных операций:

1. Определение информационной потребности

2. определение периодичности решения задач

3. определение списков файлов

4. определение содержания файлов

5. определение характеристик файлов

6. выбор логической организации файлов

7. выбор носителя

8. выбор физической организации файлов

Определение информационной потребности

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

Определение периодичности решения задач.

В результате выполнения определяется список задач и периодичность их решения.

Составление списка файлов.

При выполнении этой операции выявляется полный состав файлов и производится их классификация.

Орпеделение содержания файлов

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

Определение характеристик файлов.

Таблица характеристик файлов включает:

- наименование файлов

- длина логической записи файла

- количество логических записей

- объем файла в байтах

- частота использования файлов

- порядок обработки файлов (последовательно, выборочно или смешено)

- периодичность обновления

- объем обновления в байтах

- длительность хранения

- тип носителя

- объем занимаемой памяти

Далее осуществляются операции выбора логической организации с получением таблиц описания.

Затем выбор носителей для каждого файла.

Процесс завершается операцией выбор физической организации в результате чего получают таблицу описаний физической организации.

Проектирование баз данных.

Проектирование баз данных имеет свои особенности на всех стадиях , этапах проектирования. На пред проектной стадии выполняется следующая работа:

- определение экономической целесообразности и технической возможности создание базы данных

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

- определение оценок и количественных характеристик информационных объектов и структуры связи между ними. Эта работа выполняется на основе анализа информационных потребностей приложений и документа постановка задачи.

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

- предварительная оценка вариантов разработки базы данных.

- оценка возможности применения СУБД и выбор СУБД.

В результате выполнения этого комплекса работ формируется документ технико-экономическое обоснование проекта базы данных . Документ *техническое задание * на проектирование информационной системы имеет в своем составе специальный раздел. Этот раздел ориентирован на проектирование базы данных и включает следующие вопросы:

- назначение базы данных

- основные требования к базе данных

- основные технические решения

- технико-экономические показатели эффективности использования базы данных.

- состав , содержание и организация проектных работ по созданию базы данных.

- порядок приемки базы данных в промышленную эксплуатацию.

На стадии технического проектирования выполняют следующие работы:

- логическое проектирование т е составление концептуальной схемы.

- физическое проектирование т е распределение по уровням памяти , выбор метода доступа , определение размеров файла и т д.

- проектирование программного обеспечения , включая определения состава функций, поддерживаемых СУБД и пакетно-прикладных программ окружения.

На этапе рабочего проектирования выполняются :

- разработка оригинальных программных средств и сервисных программ

- настройка СУБД и пакетов дополнительного программного окружения

- разработка тестового примера

- разработка инструкций для пользователей

Основа проектирования технологических процессов обработки данных

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

- по типу автоматизируемых процессов управления

А) технологические процессы выполняемые в системах обработки данных

Б) технологические процессы аналитической обработки данных в системах поддержки принятия решений и экспертных системах

В) технологические процессы для разработки новых изделий и получения соответствующей документации в системах автоматизированного проектирования

Г) технологические процессы выполняемые в системах электронного документооборота

- по типу режима обработки:

А) пакетный режим

Б)диалоговый режим

В) режим реального времени

Г) смешенный режим

- по цели и месту управления выделяют 4 класса операций обработки данных:

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

2 класс Возможны перенесение первичной информации на промежуточные носители или загрузку базы данных, в состав этого класса операций входит операции приема , контроля , регистрации информации ввода данных в ЭВМ контроль ошибок загрузка в информационную базу и введение в информационную базу. Этот класс операций отличается высокой трудоемкостью до 40% и множеством допускаемых ошибок.

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

16.04.09 Этот класс характеризуется наибольшей степенью автоматизации , наименьшей трудоемкостью (5% от общей) наименьшее количество ошибок. В случае оперативной обработки данных выполнение операций регистрации ввода данных в ЭВМ и формирование результатной информации объединяется в один технологический процесс.

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

Проектирование процессов получения первичной информации. Создание и ведение информационной базы

Проектирование процессов получения первичной информации.

В состав операций выполняемых при получении первичной информации входят:

Съем регистрация сбор и передача.

Съем информации или измерения.

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

- ручной съем(подсчет)

- полуавтоматический (например: с использованием весов автоматов)

- автоматические (с использованием датчиков или счетчиков единичных сигналов)

К современным средствам измерения счета относят например электронные весы, такие устройства могут работать как автономно так и в составе системы учета движения товаров в магазине. Счетчиками оснащаются производственные автоматы маркировочные машины. Другими устройствами являются измерители потоков.

Объектами измерения для этих устройств служат потоки жидкостей и газов(АЗС).

регистрация первичной информации. Нанесение реквизитов оснований и реквизитов признаков на какой-либо носитель.

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

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

Сбор первичной информации

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

Операция передачи информации на расстояние может осуществляться 2 способами:

-неэлектрический (экспедиторы курьеры)

Высокая надежность и низкая скорость передачи.

- электрический

Проектирование процесса загрузки и ведения информационной базы.

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

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

Автоматизация массового ввода бумажных документов в информационную базу является одной из основных задач которые связаны с сокращением затрат на обработку данных.

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

-определение состава операций которые должна выполнять система

- выбор технических средств реализации этих операций

- выбор и настройка программного обеспечения

- разработка технической документации

Распознавание документов анализ их содержания извлечение данных осуществляется с помощью следующих систем распознавания текстов.

1. технология оптического распознавания печатных символов в их текстовое представление OCR.

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

3. Распознавание отметок обычно перечеркнутой крест на крест либо галочки либо круги OMR.

4. стилизованные шрифты, распознавание рукописных цифр написанных от руки по шаблону(почтовые конверты)

Основной фактор при оценке эффективности систем распознавания заключается в стоимости исправления ошибок при распознавании , а не в точности и скорости системы.

При проектировании таких систем требуется выполнить большой объем работ по интеграции этой системы ввода в действующую или проектируемую информационную систему. В качестве примера подобных систем можно привести российскую систему промышленного ввода стандартных форм документов. Система работает под управлением Win95 и принадлежит классу всех 4 технологий = OCR, ICR, OMR и 4. Система позволяет водить в базы данных документы с печатным , рукописным заполнением и отметками которые подготовленные на лазерных струйных и матричных принтерах или стандартный бланках с использованием пишущих машинок. Она предназначена для ввода платежных документов в банках.

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

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

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

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

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

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

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

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

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

Метод Структурного программирования основано на нескольких ограничениях:

- размер модуля. Небольшие по размеру модули до 500 операторов вначале сегментируются на разделы размером на 1 лист. Т е до 60 операторов. Дальнейшая сегментация идет в пределах листа с выделением расположения сегмента на листе со сдвигом с лева на право. Это улучшает читаемость и качество документирования программы.

- ограничение на типы используемых операторов и структур программы. Рекомендуется использование линейных структур, иерархических струкутр с оператором IF и циклических структур. Не рекомендуется использовать оператор безусловной передачи управления GO TO.

В качестве критериев разбиения задач на функциональные блоки используют:

1. размерность задачи,

1. территориальную рассредоточенность задачи

2. количество входных файлов

3. количество функциональных связей.

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

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

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

Индустриальное проектирование корпоративных информационных систем

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

Революцию в управлении внесли достижения в области современных информационных технологий. Эти достижения дают возможность проведения реинженеринга и инженеринга бизнес процессов. Под бизнес процессом понимается совокупность взаимосвязанных операций (работ) направленная на получение полезного результата (продукции или услуг) на основе учета потребляемых ресурсов. Целью реинженеринга бизнес процессов является системная реорганизация материальных , финансовых и информационных потоков которая направлена на упрощение организационной структуры перераспределения и минимизацию использования различных ресурсов, Сокращение сроков реализации потребности клиентов и повышение качества их обслуживания. Инженеринг бизнес процессов включает в себя реинженеринг проводимый периодически раз в 5 -7 лет. Это позволяет обеспечить последовательность и непрерывность улучшения бизнес процессов, путем адаптации их к изменяющейся внешней среде. Реинженеринг бизнес процессов выполняется на основе применения инженерных методов и современных программных и инструментальных средств моделирования бизнес процессов, совместными усилиями заказчиков и разработчиков. Реинженеринг бизнес процессов возможен только на основе интегрированных корпоративных информационных систем, которые поддерживают управление деловыми процессами на всех уровнях. Использование корпоративных информационных систем существенно отличается от канонического подхода к автоматизации отдельных функций управления виде локальных автоматизированных рабочих мест. Канонический подход не изменяет существующей технологии управления . Внедрения корпоративной информационной системы предполагает трансформацию системы управления на основе концепции автоматизации управления сквозными бизнес процессами. Для разработки корпоративно-информационной системы многие методы и средства канонического проектирования становятся непригодными. Решить задачи проектирования таких систем можно только методами и средствами индустриального проектирования.

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

Методологии моделирования проблемной области.

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

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

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

- понятность для заказчиков и разработчиков на основе применения графических средств отображения модели.

- реализуемость, те наличие средств физической реализации модели в проблемной области

- обеспечение оценки эффективности реализации модели на основе определенных методов и вычисляемых показателей.

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

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

- Функциональная структура, которая отражает взаимосвязь функций (действий) по преобразованию объектов в процессах .

- структуры управления, которая отражает события и бизнес правила воздействующие на выполнение процессов

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

- техническая структура, которая описывает топологию расположения и способы коммуникации комплекса технических средств.

Для представления структурного аспекта проблемной области в основном используются графические методы. Эти методы должны обеспечивать возможность структурной декомпозиции системы с максимальной степенью детализации и согласование описаний на смежных уровнях декомпозиции. Непосредственно с моделированием связана проблема выбора языка представления проектных решений . Язык должен делать решения проектировщика понятные пользователю. Кроме этого язык должен предоставлять проектировщику средства достаточно формализованного и однозначного определения проектных решений. Это очень важно поскольку эти решения подлежат реализации в виде программных комплексов которые образуют целостную систему программного обеспечения. Графическое нередко оказывается наиболее емкой формой представления информации. Однако необходимо понимать , что графические методы не могут полностью обеспечить декомпозицию проектных решений от постановки задачи проектирования до реализации программ на ЭВМ. Трудности возникают при переходе от этапа анализа требований к системе к этапу проектирования и в особенности к программированию. Главный критерий адекватности структурной модели проблемной области заключается в функциональной полноте проектируемой информационной системы.

Рассмотрим особенности построения моделей проблемной области на трех уровнях детализации.

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

Статические объекты используются во многих циклах воспроизводства. Например оборудование персонал и так далее.

На внешнем уровне детализации модели выделяются основные виды материальных объектов(например сырье материалы готовые изделия услуги ) и информационные объекты (заказы накладные счета).

На концептуальном уровне построение моделей уточняется состав классов объектов определяется их атрибутный состав и взаимосвязи между ними. Таким образом строится обобщенное представление структуры предметной области. Далее концептуальная модель на внутреннем уровне отображается в виде файлов БД а так же входных и входных документов информационной системы. При этом динамические объекты представляются переменной информацией а статические единицей условно-постоянной информации в виде списков, ценников, классификаторов.

Модель функциональной структуры. Функция(операция) представляет собой преобразователь входных объектов в выходные. Последовательность взаимосвязанных по входам и выходам функций составляет бизнес процесс. Функции бизнес процесса могут порождать объекты любой природы(материальной финансовой и информационной). Например функция отгрузки готовой продукции осуществляется на основе документа заказ, этот документ в свою очередь порождает документ накладная, который сопровождает партию отгруженного товара. Функция может быть представлена 1 действие или совокупностью действий. В последнем случае каждой случае может соответствовать некоторый процесс. В этом процессе каждый блок функции могут соответствовать своим подпроцессам. Это продолжается пока каждая подфункция не будет представлять собой некоторую далее не декомпозируемую последовательность действий. На внешнем уровне моделирования определяется список основных бизнес процессов или бизнес функций. Обычно таких функций насчитывается 15-20.

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

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