Обеспечивающие подсистемы ЭИС

Введение.

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

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

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

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

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

 

 

 

Глава 1.

1.1 Обеспечивающие подсистемы ЭИС.

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

 

 

 

 

 

 

1.2. Функциональные  подсистемы ЭИС.

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

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

Функциональные  подсистемы ЭИС могут строятся по различным принципам:

1. Предметному - относятся в основном к оперативному уровню управления ресурсами;
2. Функциональному – охватывают все виды хозяйственной деятельности предприятия (производство, снабжение, сбыт, персонал, финансы);
3. Проблемному;
4. Смешанному (предметно – функциональному);

 

 

 

 

 

 

 

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

Уровень управления	Функциональные  подсистемы
	Сбыт	Производство	Снабжение	Финансы
Стратегический уровень	Новые продукты и услуги. Исследования и разработки.	Производственные  мощности. Выбор технологии.	Материальные  источники. Товарный прогноз.	Финансовые  источники. Выбор модели уплаты налогов.
Тактический уровень	Анализ и  планирование объемов сбыта.	Анализ и  планирование производственных программ.	Анализ и  планирование объемов закупок	Анализ и  планирование денежных потоков.
Оперативный уровень	Обработка заказов  клиентов. Выписка счетов и накладных.	Обработка производственных заказов.	Складские операции. Заказа на закупку.	Введение бухгалтерских  книг.

 

 

 

1.3. Технология  проектирования.

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

Объектами проектирования ЭИС являются отдельные элементы или их комплексы функциональных и обеспечивающих частей.

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

Технология  проектирования ЭИС – это совокупность методологии и средств проектирования ЭИС, а также методов и средств организации проектирования.

Технологический процесс проектирования ЭИС в  целом делится на совокупность последовательно  – параллельных, связанных и соподчиненных  цепочек действий, каждое из которых  может иметь свой предмет.

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

 

1.4 Каноническое  проектирование ЭИС.

       Состав стадий и этапов канонического  проектирования ЭИС.

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

В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Процесс каскадного проектирования в жизненном цикле ЭИС в соответствии с применяемым в нашей стране ГОСТ 34601-90 «Автоматизированные системы стадий создания»

 

Технологическая сеть проектирования стадий и этапов канонического проектирования ЭИС.

 

 

 П1 П2

 

 

            П3 П4

 

 

 

На первой «Предпроектной стадии» принято выделять два основных этапов: сбор материалов; анализ материалов обследования и разработка технико-экономического обоснования и технического задания.

Вторая стадия «Техно-рабочее проектирование» техническое проектирование (выполняются работы по логической разработке и выбору наилучших вариантов проектных решений), рабочее проектирование (связано с физической реализации выбранного варианта проекта и получение документации).

Третья стадия «Внедрения проекта»  Включает в себя три этапа: подготовка объекта к внедрению проекта, опытное внедрение проекта и сдача его в промышленную эксплуатацию.

Четвертая стадия «Эксплуатация и сопровождение проекта» включает этапы : эксплуатация проекта, сопровождение и модернизация

 

 

 

 

 

 

 

 

 

 

Глава 2.

При проектировании программ выясняются запросы и пожелания  клиента и определяется возможный  подход к решению задачи. Задача анализируется. На основе этого анализа реализуется конкретная модель в конкретной программной среде. Результаты каждого этапа проектирования используются в качестве исходного материала следующего этапа. Анализируется текущая организация предприятия, выделяются проблемы для решения, определяются объекты отношения между ними, составляется «эскиз» текущей организации предприятия, разрабатывается модель с учетом конкретных условий ее функционирования. База данных ориентирована на определенную предметную область и организована на основе некоторого подмножества данных. Возможности баз данных полезны в областях, связанных с долговременным управлением информацией, таких как электронные библиотеки и хранилища данных.

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

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

Определим первоначальные данные:

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

 

 

2.2 Организационная структура.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.3 Описание бизнес процессов.

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

Наиболее удобным языком моделирования бизнес-процессов  является IDEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech Inc.) и называвшийся первоначально SADT - Structured Analysis and Design Techniqu.  В начале 70-х годов вооруженные силы США применили подмножество SADT, касающееся моделирования процессов, для реализации проектов в рамках программы ICAM (Integrated Computer-Aided Manufacturing). В дальнейшем это подмножество SADT было принято в качестве федерального стандарта США под наименованием IDEF0.

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

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

Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, мы должны определить, что мы будем в дальнейшем рассматривать как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будет существенно влиять позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ. Другими словами, первоначально необходимо определить область (Scope) моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в течение моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования и когда должна быть закончена модель. При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает определение границ модели - мы определяем, что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо не забывать об ограничениях времени - трудоемкость построения модели растет в геометрической прогрессии от глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему; поскольку все объекты модели взаимосвязаны, внесение нового объекта может быть не просто арифметической добавкой, но в состоянии изменить существующие взаимосвязи. Внесение таких изменений в готовую модель является, как правило, очень трудоемким процессом (так называемая проблема "плавающей области").