Информационные системы в экономике

ЭВМ непосредственно к местам возникновения и использования информации, их

распределению по отдельным функциональным сферам деятельности, а,

следовательно, и к изменению самой технологии обработки данных в

направлении децентрализации. Структурно они реализуются как сети

взаимосвязанных через каналы передачи данных мини- и микроЭВМ, терминалов с

одной или несколькими средними либо большими ЭВМ.

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

необходимо отметить их особенности : большое количество взаимодействующих

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

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

мощности; распределение обработки, хранения и использования данных; доступ

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

интерфейс обмена данными между всеми узлами сети; возможность управления

всеми элементами сети и ее расширяемость.

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

признаков: технологической структуре /централизованная, децентрализованная,

кольцевая, радиально кольцевая и др./; организации связи /с коммутацией

каналов, с коммутацией сообщений, с коммутацией пакетов и др./;

функциональному назначению /универсальные и специализированные /;

организации данных /без банков данных, с локальными банками данных, с

централизованным банком данных/.

Далее необходимо рассмотреть организацию локальной сети на логическом

уровне: - рабочую систему, реализующую информационные процессы, связанные с

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

терминальную систему, управляющую работой терминального оборудования и

осуществляющая подготовку заданий пользователей, сопряжение пунктов съема

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

информационно-вычислительной сети; - интерфейсную систему, реализующую

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

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

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

систем /управления потоками данных, их маршрутизация и коммутация/.

Наметившаяся тенденция децентрализации средств вычислительной техники

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

средств автоматизированных рабочих мест /АРМ/.

Обоснование применения АРМ следует начать с рассмотрения их

возможностей : - информационно-справочное обслуживание; - автоматизация

делопроизводства; - развитый диалог пользователя с ЭВМ; - использование

ресурсов как ПЭВМ, так и центральной ЭВМ для решения различных задач; -

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

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

представление сервиса пользователю на рабочем месте.

Далее необходимо рассмотреть такие преимущества АРМ, как надежность,

низкая стоимость, сочетание автономного и многопользовательского режимов

работы, возможность реализации интерфейса АРМ друг с другом и с большой

ЭВМ, удобство подключения новых внешних устройств. Учитывая конкретику

целевого назначения АРМ необходимо исходить в обосновании из принципа

максимальной ориентации на конечного пользователя, что обычно достигается

адаптацией АРМ к уровню его подготовки и возможностям его обучения и

самообучения. В свою очередь этот принцип тесно связан с принципом

проблемной ориентации, то есть с ориентацией на решение определенного

класса задач, объединенных общей технологией обработки данных, единством

режимов эксплуатации. В узком смысле, проблемная ориентация заключается в

ориентации на автоматизацию конкретных функций, выполняемых работниками

экономических служб.

Следует отметить также уровень развития АРМ, среди которых выделяют:

построение типовых /базовых/ АРМ, ориентированных на группы конкретных

пользователей; реализация на базе типовых АРМ

специализированных/функциональных АРМ/ например, АРМ бухгалтера, АРМ

аналитика/; объединение специализированных АРМ в проблемно-ориентированные

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

Возможности АРМ обычно тесно связаны с их структуризацией и

параметризацией, зависят от функциональных характеристик ПЭВМ, на которых

они базируются. После рассмотрения этих вопросов нужно остановиться на

обеспечивающей части АРМ : вопросах организации информационной базы;

вопросах специфики программного обеспечения; вопросах обоснования общей

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

диалога; вопросах методического обеспечения, ГОСТов.

В пункте 1.4. необходимо раскрыть следующие вопросы: - изменение в

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

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

со сбором, обработкой и выдачей информации; - источники оперативной и

постоянной информации; - характеристика расчетов, выполняемых на ЭВМ; -

краткая характеристика результатов /название машинных документов, форм

отображения на экранах дисплеев и их назначение, название результатных

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

под- системы АСУ и ее описание; - периодичность решения комплекса задач.

В пункте 1.5. осуществляется формализованная постановка

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

этапов расчета, определяются экономико-математические зависимости

показателей.

При работе над пунктами 1.4.-1.8. кроме качественного обоснования

применения средств вычислительной техники, технологии проектирования,

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

оценку потребительских свойств проектируемой системы с применением АСОПР

/см. 3 пункт методических указаний/.

Описанные выше разделы составляют первую часть проекта. Наиболее

распространенной ошибкой при подготовке первой главы дипломного проекта

является то, что студент пытается перемешать существующее положение дел на

предприятии, выявленных в ходе обследования с открывающимися перспективами

и технологией функционирования описываемой в дипломном проекте ЭИС. Не

забывайте, основная цель первой главы - рассмотрение существующего

состояния предметной области, характеристика объекта и субъекта, и

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

новых подходов, новых технологий и т.д. Характеристика проектируемой

системы, технология ее работы и все что связано с нововведениями, должны

рассматриваться и раскрываться во второй главе проекта. И не следует ни

при каких условиях комбинировать то что существует в настоящий момент с тем

что планируется.

Проектная часть

Пункт инфологическая или информационная модель(схема данных) и ее

описание предполагает моделирование входных, промежуточных и результатных

информационных массивов предметной области и их характеристика. Необходимо

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

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

информации и формирование выходных данных. Модель может быть построена с

использованием традиционных методик (курс "Проектирование баз данных") или

с использованием систем автоматизированного проектирования (например, CASE-

средство (Comрuter Aided Software Engineering) Design IDEF (ICAM

DEFinition) фирмы (Meta Software corporation), предполагающее

использование методологии IDEF1X, целью которой является выработка

непротиворечивого интегрированного определения семантических характеристик

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

реляционной теории Т. Кодда, методологии “Entity-Relationship” и диаграммы

“сущности-отношения” П. Ченна, дополненных отношениями категоризации).

Затем необходимо дать характеристику используемым для решения данного

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

обозначений объектов может быть оформлена в виде таблицы с таким

содержанием граф: наименование кодируемого множества объектов (например,

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

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

(международный, отраслевой, общесистемный и т.д.). Далее производится

описание каждого классификатора и рассматриваются вопросы

централизованного ведения классификаторов на предприятии по данной

предметной области.

Характеризуя входную и результатную информацию на каждый информационный

массив нормативно-справочной (НСИ) и оперативной информации составляется

описание. Необходимо указать назначение и применение каждого документа,

т.е. для оформления каких операций предназначен данный документ (или

справочник) и когда он применяется. Описывается также каждый тип записи.

Если информационная база организована в форме баз данных, то приводится её

логическая структура или дается ссылка, что структура записей

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

при описании программного обеспечения комплекса задач. Также необходимо

рассмотреть методику ведения НСИ. Особое внимание следует уделить

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

примеры выходных форм машинограмм и видеограмм, разделив их на справочные,

контрольные, регламентированные и запросные.

При рассмотрении внутримашинной реализации комплекса задач необходимо

рассмотреть алгоритмы расчета и решения задач, которые подразделяются на

алгоритмы по выполнению работ для получения результатной информации и

непосредственно формулы расчета экономических показателей, рассмотрев

последовательность проведения расчетов.

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

программ (дерева диалога) в котором приводится описание структуры диалога и

его содержания, включая назначение и последовательность вызова каждого

режима и подрежима.

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

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

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

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

информации, протоколирования действий пользователя, а также помощь на всех

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

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

зависит от контекста задачи.

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

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

структуры диалога в виде орграфа, вершины которого перенумерованы, а

описание его содержания в соответствии с нумерацией вершин, либо в виде

экранов, если сообщения относительно просты, либо в виде таблицы.

Технологическое обеспечение включает описание организации технологии

сбора, передачи, обработки и выдачи информации и отражает

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

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

для корректировки НСИ и документы, представляющие оперативную информацию,

используемую для расчетов) и заканчивая формированием результатной

информации, ее передачи (по каналам связи, например, модемная связь, ЛВС;

или дискретный способ передачи информации) и мероприятиям по переходу на

новую отчетную дату. Затем приводится схема технологического процесса

сбора, передачи, обработки и выдачи информации и инструкционные карты

основных операций технологического процесса, отражающие пооперационное

описание технологии. Инструкционные карты оформляются по двум выбранным

операциям техпроцесса.

В условиях применения ПЭВМ этапы домашинной и послемашинной технологии

часто оказываются "смазанными" из-за применения диалогового режима. Однако

именно при использовании ПЭВМ для решения экономических задач, с большими

объемами обрабатываемой информации, возникает проблема обмена данными между

отдельными машинами. Эта проблема решается за счет передачи данных ЛВС,

либо за счет применения "дискетной технологии".

В программах, регулирующих ввод информации в базу, необходимо

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

данных, поскольку ошибки в обрабатывающих программах не так опасны, как

ошибки в данных, попавшие в базу. Сообщение об ошибках должны быть

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

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

Несмотря на большую трудоемкость программирования, такой контроль окажется

неоценимым при эксплуатации комплекса программ. Любые изменения, вносимые в

базу данного должны протоколироваться.

Логический контроль последовательности выполнения режимов становится

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

данных упрощает для пользователя проблему смыслового согласования программ,

поскольку оно зафиксировано в управляющей части комплекса и никем, кроме

программиста, не может быть изменена. Согласование программ фактически

предопределяется на этапе технического проектирования при разработке макро

алгоритма. В диалоговом же режиме отсутствует заранее установленная

последовательность выполнения программ. Главной отличительной особенностью

этого режима является возможность влияния пользователя на процесс обработки

данных. В случае смысловой независимости задач коллизий не возникает, но в

противоположном случае, при наличии такой зависимости, могут появляться

неадекватности в информационной базе и ошибки в выходной информации. Под

технологически зависимыми задачами понимаются задачи, решения одной из

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

качестве примера такой зависимости можно привести задачи учета основных

фондов. При введении в базу текущих сведений о движении инвентарных

объектов, расчет автоматизированных отчислений возможен лишь после

проведения корректировки остатков основных фондов по данным движения. Для

проведения смыслового контроля выполнение любого режима должно

регистрироваться блоком смыслового контроля, а возможность выполнения

очередного режима проверяется с точки зрения непротиворечивости.

Программное обеспечение комплекса задач включает общие положения,

отражающие стандарты и использованные возможности разработанного АРМ для

решения выбранного комплекса задач, а также требования к аппаратным и

программным ресурсам для успешной эксплуатации АРМ. Здесь же приводится

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

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

архитектуры программ и представляется структурной схемой пакета (деревом

вызова процедур и программ). После чего производится описание программных

модулей и файлов.

Схема взаимосвязи программных модулей и информационных файлов отражает

взаимосвязь программного и информационного обеспечения комплекса задач, и

может быть представлена несколькими схемами, каждая из которых

соответствует определенному режиму. Головная же часть, представляется одним

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

оформлены в соответствии с методическими указаниями по оформлению дипломных

и курсовых проектов.

Обоснование экономической эффективности проекта

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

эффективности:

1) Сравнение вариантов организации ЭИС по комплексу задач (например,

сравнение ЭИС, предлагаемой в проекте, с существующей).

2) Сравнение вариантов организации информационной базы комплекса задач

(файловая организация и база данных).

3) Сравнение вариантов организации технологического процесса сбора,

передачи, обработки и выдачи информации.

4) Сравнение вариантов технологии проектирования ЭИС (например,

индивидуального проектирования с методами, использующими пакеты

программ или модельного проектирования).

5) Сравнение вариантов технологии внутримашинной обработки данных.

В разделе выбор и обоснование методики расчета экономической

эффективности проекта в зависимости от выбранного направления расчета

должна быть изложена методика расчета экономической эффективности проекта.

Результаты расчета показателей экономической эффективности проекта

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

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

характеристик процесса управления соответствующим объектом и оценить

влияние автоматизированного комплекса задач на эффективность деятельности

органов управления и конечные результаты.

В заключении рекомендуется сделать выводы по проекту, определить пути

его внедрения и направления дальнейшего совершенствования ЭИС.

Более подробно вопросы обоснования экономической эффективности проекта

даны в п.3 настоящих методических указаний.

В приложении обязательно должна быть распечатка на исходном языке

программирования отлаженных основных расчетных модулей ( около 400

операторов языка высокого уровня) или адаптированных программных средств,

использованных в работе.

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

системы /ЭС/

Введение

1. Аналитическая часть.

1.1. Идентификация проблемной области.

1.1.1. Общая характеристика проблемной области.

1.1.2. Определение ресурсов на разработку ЭС.

1.1.3. Постановки решаемых задач экспертизы.

1.2. Концептуализация проблемной области.

1.2.1. Структурная модель проблемной области.

1.2.2. Функциональная /поведенческая/ модель проблемной области.

1.3. Выбор метода формализации знаний и инструментальных средств

разработки ЭС.

1.4.Определение перечня оригинальных компонентов программного

обеспечения ЭС, подлежащих разработке.

1.5. Спецификация технологических средств функционирования ЭС.

2. Проектная часть.

2.1. Проектирование базы знаний.

2.1.1. Формализация базы знаний.

2.1.2. Описание базы знаний на языке представления знаний /ЯПЗ/.

2.1.3. Описание технологии загрузки и актуализации базы знаний.

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

2.2.1. Даталогическая модель базы данных.

2.2.2. Описание БД на ЯОД.

2.2.3. Описание технологии загрузки и актуализации базы данных.

2.3. Программное обеспечение.

2.3.1. Определение параметров генерации и настройки механизмов вывода,

приобретения и объяснения знаний, интеллектуального интерфейса.

2.3.2. Описание дерева вызова программ (или блок-схемы) и спецификации

Страницы: 1, 2, 3, 4, 5, 6, 7, 8