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

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

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

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

В пункте 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. Описание дерева вызова программ (или блок-схемы) и спецификации

оригинальных программных средств ЭС.

2.4. Тестирование экспертной системы.

2.4.1. Данные контрольного примера.

2.4.2. Описание технологического процесса ЭС.

2.4.3. Анализ полученных результатов экспертизы.

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

3.1. Выбор и обоснование методики расчета экономической эффективности.

3.2. Расчет показателей экономической эффективности проекта.

Заключение

Список использованной литературы.

Приложения.

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

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

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

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

экономическом объекте.

Объем введения - до 5 страниц машинописного текста.

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

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

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

постановку и параметризацию решаемых задач.

В пункте 1.1.1. рассматриваются характеристики и особенности проблемной

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

Идентификация сферы применения ЭС осуществляется на основе анализа узких

мест функционирования проблемной области. Например, плохой маркетинг,

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

т.д. Сфера применения ЭС должна четко идентифицировать участок деятельности

экспертов и классы объектов и ситуаций, на которые этот участок

распространяется. Например, "Оценка материальных ресурсов предприятия",

"Формирование бюджета региона", "Прогнозирование сбыта продукции в отрасли"

и т.д. В этих формулировках фиксируется и класс решаемых проблем: анализ

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

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

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

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

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

неавтоматизируемой практики принятия решений, требованиями интеграции

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

оптимизации принятия решений.

В пункте 1.1.2. описываются ограничения на используемые на объекте

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

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

сроки на разработку ЭС. В этом разделе формируются основные

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

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

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

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

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

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

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

промежуточные понятия /подцели/. Определяются также особенности применяемых

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

нечеткий /вероятностный/ характер знаний, статический /монотонный/ или

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

ЭС проблем сводится в таблицу (12).

1.2. Концептуальная модель представляет собой целостное, системное

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

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

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

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

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

агрегативные /целое-часть/, классификационные /род-вид/ и ассоциативные

отношения объектов и процессов проблемной области .

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

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

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

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

(12).

1.3. Основу этапа формализации ЭС составляет метод представления

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

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

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

решения проблем, требованиями пользователей к эксплуатации ЭС. В

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

инструментальное средство разработки ЭС, в качестве которого в зависимости

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

ЭС, генераторы ЭС, языки представления знаний и языки программирования. В

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

инструментального средства.

В разделе 1.4. на основе выполненного анализа выбранного

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

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

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

знаний и интеллектуального интерфейса.

В разделе 1.5. определяются этапность решения проблем в рамках ЭС,

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

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

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

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

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

вычислительной системы инструментальными средствами, выбранными в разделе

1.3.

В пункте 2.1.1. осуществляется графическая интерпретация структуры базы

знаний в рамках выбранного в разделе 1.3. формализма, дающей наглядное

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

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

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

характером знаний.

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

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

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

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

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

введены в процессе диалога с ЭС.

Пункты 2.2.1. - 2.2.3. соответствуют пунктам методических указаний по

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

2.3. Программное обеспечение экспертной системы включает настраиваемую

системную и программируемую оригинальную части.

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

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

настройка соответствующих механизмов.

В пункте 2.3.2. даются спецификации, блок-схемы оригинальных программ.

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

необходимых механизмов и разработанных программных модулей.

2.4. Построенная экспертная система оценивается с позиции точности

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

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

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

надежность, производительность и адаптивность.

В пункте 2.4.1. в качестве тестовых примеров должны быть выбраны

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

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