Проектирование информационных систем в экономике. Шпора
Рефераты >> Программирование и компьютеры >> Проектирование информационных систем в экономике. Шпора

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

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

Организацию ППП можно представить состоящими из частей: 1 входной язык пакета используемый в качестве средства описания задания при обращении пользователя к пакету 2 модель области применения пакета, т.е совокупность сведений о классе задач для решения которых предназначен пакет 3 набор данных необходимых для решения задач 4 фонд модулей используемый при составлении программ 5 управляющая программа пакета 6 результаты решения…

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

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

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

Таким образом при создании ЭИС на основе ППП последовательность работ сводится к следующему :

1. Выбора ППП для реализации функций управления на данном объекте

2. Привязке выбранных ППП к конкретным значениям параметра объектов

Основные этапы пакетного проектирования

Выбор ППП

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

- поиск готовых пакетов или путей их приобретения

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

- окончательный выбор пакетов

Метод контрольных вопросов

1. назначение и возможности пакета 2 отличительные признаки и свойства пакета , т.е. СУБД ,структура массивов 3 требования к программным и техническим средствам при реализации пакета 4 характеристика документации пакета 5 финансовые факторы: затраты на приобретение, разработку, установку пакета, подготовка персонала, экономическая эффективность пакета 6 особенности установки пакета 7 особенности эксплуатации пакета 8 оценка качества пакета и опыт его использования 9 перспектива использования пакета

Метод экспертных оценок

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

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

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

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

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

ИП --> (ПП->[ППП]) ->ВИ информационный, параметрический поток

Схема А выходная информация

ПП --> [ППП]`------------- Ї

ИП ---------> [ПППГ]--> ВИ сгенерированный ППП

Схема Б

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

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

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

Технологические операции процесса ППП на примере “учет мат ценностей”

Д1-4 – П1 – Д5 П1 формирование первой позиции параметрического потока Д1 документация ППП Д2 ограничение на формы входных док-ов Д3 система бухучета на объекте Д4 перечень задач Д5 перечень входных док-ов

Д5V1 – П2 – Д6 П2 описание входных док-ов V1 каталог реквизитов (наименование, значность) Д6 описание форм входных док-ов

Д1Д3Д4Д7 – П3 – Д8 П3 определение перечня выходных док-ов Д7 ограничение по форме выходных док-ов Д8 перечень форм вых док-ов

Д8V1 – П4 - Д9 П4 описание выходных док-ов Д9 формализованное описание вых док-ов

Д10-11 – П5 – Д12V2 П5 составление каталога реквизитов системы Д10 документация тех эк обследования объекта управления Д11 правило идентификации реквизитов Д12 документация пользователю V2 – каталог реквизитов системы

Д10V3 - П6 – Д{3} П6 выбор системы бухучета V3 классификация систем бух учета Д{3} выбранные системы бух учета

Д10Р1 – П7 – Д{4} П7 принятый перечень задач Р1 ограничение объекта управления Д{4} перечень задач подлежащих решению

Д6Д9Д12Д14 – П8 – Д15-17 П8 идентификация логических связей между показателями входных и выходных док-ов Д12 методика расчетов показателей Д14 некоторая дополнительная инф Д15 логические связи между показателями входных док-ов Д16 --- выходных док-ов Д17 --- входных и выходных док-ов

Р2-3Д18 – П9 – Р4 П9 определение ресурсов выч системы Р2 требования к ресурсам выч тех Р3 характеристики имеющихся ресурсов выч системы Д18 ограничения на сроки получения док-ов после обработки Р4 ресурсы выч системы доступные для пакета  

Сущность объектного подхода к проектированию ЭИС

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

Таким образом предварительное условие объектного проектирования является классификация объектов .В основе классификации объектов лежат опред. признаки :

1. функциональное назначение предприятия

2. мощность информационной базы

3. характер производственных процессов

4. объем выпуска однотипной продукции

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

6. характер получаемого сырья

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

Предусмотрена 3-х уровневая структура типовых решений для классификационных групп промышленных предприятий .Это

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

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

3. индивидуальные проекты привязки типовых ЭИС к конкретным предприятиям группы .

Типовая ЭИС включает 2 основных части:

Системную и функциональную

Сущность технологии автомат проектирования одно из самых главных особенностей САПР является: 1 наличие инф модели 2 комплексный охват процесса проектирования средствами включеными в систему начиная с технического задания и заканчивая рабочей документацией 3 обеспечение диалогов взаимодействия как в процессе проектирования так и на стадии функционирования созданных систем 4 с помощью ЭВМ получается значительная часть документов проекта ЭИС 5 снижение трудоемкости проектирования

Основными принципы создания САПР являются: 1 принцип системного единообразия т.е при создании функцировании и развития САПР связи между подсистемами должна обеспечивать целостность системы 2 принцип развития 3 принцип совместимость 4 принцип стандартизации, заключается в проведении унификации, типизации, и стандартизации подсистем и компонентов  

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

1 формализованность 2 структурированность, т.е струкутра всех инф-ых преобразований, начиная с реквизитов и кончая составными единицами любого уровня должны быть заранее заданы в явной виде или получены путем использования некоторых заданных алгоритмов 3 информационная и алгоритмическая *** д.б достаточна машинного определения параметров инф потока, получение алгоритмов преобразования инф-ии, выбор структуры БД, управление выходным процессом и составление тех документации 4 машинной независимость т.е особенности маш представление не должны влиять на описание модели 5 адаптивность.

Целью создания САПР является: 1 повышение качества тех эк уровня проектирования объектов 2 обеспечение автоматизации основных этапов создания ЭИС 3 снижение стоимости и трудоемкости проектирования

Для достижения этих целей необходимо: 1 совершенствование проектирования на основе мат методов 2 создание единых банков данных 3 повышение качества оформления проектной документации 4 унификация и стандартизация методов проектирования 5 использование CASE технологий 6 взаимодействие с авт. систем различного уровня и функционального назначения

Технологическая сеть процесса автомат проектирования 1 создание модели объекта Д1Р1 – П1 – Д2Д{2} П1 для реализации функций 1 анализ результатов предпроектного обследования объектов 2 выбор модели объекта 3 выдача результатов выбора модели объекта для согласования с заказчиком 4 проверка коректности инф-ых связей выбраной модели

Д1 гипотетическая модель Р1 параметрическое описание объекта управления Д2 модель ЭИС заданного объекта управления (автоматизируемая) Д{2} документы для согласования с объектом управления по выбранной модели

2 формирование тех задания Д2-4 – П2 – Д5 Д3 ограничение объекта управления на создаваемую систему Д4 методика определения ожидаемой эк эффективности Д5 ТЗ

3 выбор комплекса тех средств Д2U1 – П3 – Д6 U1 нормативно справочная инф по комплексу тех средств Д6 выбранный комплекс тех средств

4 структуирование БД Д2Д6 – П4 – Д7 Д7 структура БД

5 оформление тех проекта Д2Д6-7 – П5 – Д8 Д8 документация проекта

6 создание программного обеспечения Д2Д6-7 – П6 –G1-2Д9Д{9} G1 программа созданий ведений БД G2 программа формирования и вывода основных документов Д9 информация о созданных программ Д{9} инструкции по использованию программ

7 генерирование програмного обеспечения ЭИС Д2Д6Д7Д9 – П7 – G3Д10Д{10} G3 программный комплекс обеспечивающий выполнение следующих функций: создание программной обработки данных проектируемой ЭИС; обеспечение интерфейса. Д10 полная инф о всех созданных программах Д{10} инструкции по применению

8 оформление раб документации Д6-9 – П8 – Д11 Д11 рабочий проект  


Страница: