Вход

Информационная система.

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 156646
Дата создания 2007
Страниц 29
Источников 8
Мы сможем обработать ваш заказ (!) 29 марта в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
630руб.
КУПИТЬ

Содержание

Экономические информационные системы
Содержание
Введение
Глава 1. Содержание информационной системы
1.1 Понятия экономической информационной системы
1.2 Основные принципы построения ЭИС
1.3 Структура экономической информации
1.4 Структура ЭИС
1.5 Потребительские свойства ЭИС
1.6 Методы преоктирования ЭИС
1.6.1 Требования к методологии проектирования
1.6.2 Проектирование систем на основе концептуального моделирования предметной области
1.6.3 Макетирование ЭИС
1.6.4 CASE технологии проектирования ЭИС
1.7 Стадии и этапы проектирования ЭИС
Глава 2. Информационные потоки
2.1 Информационные потоки предприятия
Глава 3. Функциональные элементы информационной системы
3.1 Типовые компоненты информационной системы
3.2 Состав информационных систем предприятия
3.3 ERP-система
Глава 4. Механизм действий информационной системы
4.1 Методики ERP-стандарта
4.2 Цели и задачи предпроектной стадии ЭИС
4.3 Организация обследования объекта и методы сбора материала
4.4 Предпроектная документация и оценка экономической эффективности ЭИС
4.5 Требования, предъявляемые к проектированию форм первичных документов
4.6 Общая характеристика типового подхода к проектированию ЭИС
4.7 Определение ТПР и требования предъявляемые к ним
4.8 Классы ТПР
Заключение
Список литературы

Фрагмент работы для ознакомления

5 разработка инструкции по заполнению и ведению данного док-та
19. Классификация носителей результатной информации
Результатную информацию можно выводить на экран, на машинные носители и распечатывать. Различные ведомости, получаемые на печатающем устройстве, называются машинограммы. Отображение результатной информации выходных документов осуществляется в двух режимах: регламентном и запросном. По назначению результатные документы: основные и вспомогательные. По периодичности составления: оперативные, текущие, долгосрочные. По характеру печати – построчные и итоговые. По структуре: простые и сложные
ПОСЛЕДОВАТЕЛЬНОСТЬ ВЫПОЛНЕНИЯ РЕЗУЛЬТАТНОЙ ИНФОРМАЦИИ
Следующие виды этапа:
1 определяет перечень и максимальную разрядность печатаемых реквизитов
2 все реквизиты делят на постоянные и переменные
3 определяют реквизиты, по которым подсчитываются итоги, устанавливается их иерархия: общие, промежуточные, частные
4 вычерчивается эскиз машинограмм: документы делятся на три части: заголовочная (4 зоны), общая, эскизная. (3 и 4 зона совмещены в одну). Итоговые – располагаются по возрастанию старшинства итогов.
В пятой части (содержания) – размещают переменные реквизиты. Слева в порядке убывания старшинства располагаются группировочные и справочные реквизиты, справа отводят место для печати основания исходных и итоговых
5 составляется инструкция по ведению разработанного документа
Машинограмма становится официальным документом при наличии подписи ответственных за содержание.
20. Проектирование макетов экранных форм
Обрабатывается внешний вид экранов для входной и выходной задачи. Для каждого вида экранного представления должны учитываться стандарты оформления, действующие в пределах функциональной области или всей прикладной системы.
Конструктор макетов входящих в состав инструментальных средств содержит специальные редакторы позволяющие конструировать экранные представления, присваивать им имена и связывать их с задачами приложения. Обеспечивать следующие действия с экранными представлениями:
1 показа стандартного экранного представления
2 добавление новых экранных представлений перед текущим
3 добавление новых экранных представлений после текущего
4 изменение текущего экранного представления
5 удаление текущего экранного представления
6 заменить текущее экранное представление стандартным
7 показать расширенное описание экранного представления
8 внести исправление в расширенное описание экранного представления
Проектирование макетов машиных носителей информации
Макет машинных носителей информации - есть совокупность необходимых реквизитов расположенных в определенной логически обоснованной последовательности. При проектировании макетов следует учитывать, что все реквизиты классифицируются по группам: специальные, справочные, группировочные, количественно – суммовые. К специальным относят различного рода ключи, идентификаторы, имена работ, технологических процессов, программ. Справочные – характеризуют качественные стороны процесса. (Наименование, ФИО) Группировочные - реквизиты, обеспечивающие выполнение логических и арифметических операций. Количественно-суммовые отражают объемные характеристики объекта.
Расположение реквизитов на объекте: 1234. Кол-во реквизитов, значность, состав зависят от содержания задачи. Последовательность расположения соответствует расположению на первичных документах. На машинные носители не переносятся данные, имеющие в массивах условно – постоянной информации (если они содержаться в соответствующих первичных формах)
21. Общая характеристика типового подхода к проектированию ЭИС
Необходимость типизации проектных решений обуславливается следующим:
1) при внедрении типовой системы существенно снижаются затраты на проектирование.
2) при индивидуальном проектировании трудно обеспечить должный научно-технический уровень разработки.
Для разработки и внедрения типового проектирования ЭИС существует целый ряд объективных предпосылок:
1) управление предприятием осуществляется на основе единых положений
2) структура системы управления на всех предприятиях одинакова и зависит только от размера предприятия
3) технические средства ЭИС стандартизированы
В основе типового проектирования лежит первонач. классификация или типизация экономических объектов по их важнейшим параметрам. Затем создание типовых схем и решений , внедрение которых в дальнейшем на конкретном предприятии сводится к привязке их в условиях данного предприятия .Декомпозиция функциональных компонентов ЭИС является основой технологии типового проектирования. Типовое проектирование предполагает разбиение ЭИС на отдельные составляющие и создание для каждого из законченного проектного решения, которое затем с некоторыми модификациями будет использоваться при проектировании ЭИС. В соответствии с этим принципом система должна быть хорошо структурирована, удовлетворять следующим требованиям :
1) каждый уровень иерархии должен быть обозрим и понятен без детального знания нижних уровней .
2) должны быть минимизированы связи между элементами на одном уровне иерархии.
3) не должно быть связей между элементами через 1 уровень.
4) элемент более высшего уровня должен вызывать элемент следующего уровня как единое целое, передавая ему входную информацию
5) элемент следующего уровня после окончания своей работы возвращает вызывающему его элементу управление и результаты работы.
В соответствии с перечисленными требованиями для компонентов функциональной структуры можно установить следующую структуру по уровням:
1) элементы автоматизированных подсистем
2) элементы автоматизированных функций
Комплексы последних уровней - это элементы машинных процедур и элементы процедур, реализуемых персоналом управления. В основе разработки типовых проектов лежат такие принципы как унификация и стандартизация. Под унификацией понимается реализация при разработке программ принципа единообразия в методах, средствах и содержании и формах представления информации. Под стандартизацией понимается обязательное соблюдение при разработке проектных решений, утвержденных государственным стандартом образов форм представления и описания элементов проекта ЭИС
Определение ТПР и требования предъявляемые к ним
ТПР в области ЭИС представляет комплект технической документации, содержащей проектное решение по части объекта проектирования и предназначенные для многократного использования в процессе разработки, внедрения и функционирования ЭИС с целью уменьшения трудоёмкости и разработки, затрат на создание ЭИС.
ТПР разрабатывают при наличии однородных объектов управления, для которых создание ТПР является экономически целесообразным.
ТПР делится на следующие виды:
простые
комбинированные
Простые ТПР охватывают вид обеспечения, комбинированный два и более.
Объектами проектирования для простых ТПР являются:
ТПР по информационному обеспечению (БД, классификаторы технико-экономической и нормативно-справочной информации)
ТПР по программному обеспечению (программы общего и специального назначения)
ТПР по организационному обеспечению (инструкции определяющие функции управления)
ТПР по постановке задачи
Общие требования, предъявляемые к ТПР:
ТПР должен обеспечивать возможность их использования при создании ЭИС, при минимальном участии разработчиков ТПР
2. Сроки применения ТПР должны быть увязаны со сроками
определяемые обновлением используемых в ЭИС технических и
программных средств и нормативно технических документов
3. ТПР используемая в конкретной ЭИС должна удовлетворять требованиям стандартов, распространяемых на ЭИС и её части
ТПР должен удовлетворять одному или нескольким из следующих свойств:
Обладать способностью удовлетворять все возможные потребности в рамках своей функциональной ориентации
Допускать адаптацию к конкретным условиям применение путём изменения параметров
Допускать возможность выбора нужной комбинации ТПР в любом конкретном применении
Обладать возможностью адаптации к различным техническим средствам
Классы тпр
ТПР может подразделяться на три класса:
Класс задачи - охватывает комплекс алгоритмов и программ реализующих определенные функции управления. ТПР этого класса разделяется на подклассы, которые в свою очередь состоят из комплексов задач (по модульному принципу). При этом предусматривается разработка модулей алгоритмов и модулей программ.
ТПР по задачам имеет следующие особенности:
Они построены по модульному принципу
Они обладают настраиваемостью программ, т.е. возможностью выбора определённых алгоритмов из числа заложенных в ТПР решений
ТПР по задачам снабжена развитой системой диагностики широкого класса ошибок возможных при генерировании и эксплуатации рабочих программ
2. Класс техника - определяет состав, порядок размещения и использования технических средств и содержит два вида решений:
Методические рекомендации по составу, порядку, размещению технических средств
типовые схемы применения периферийных технических средств
3. Класс персонал - предназначен для регламентации действий персонала в нормативных условиях функционирования ЭИС. В их задачи входит обеспечение персонала должностными инструкциями с указанием их прав, обязанности и ответственности.
ОСОБЕННОСТИ на этапах (разработка концепции ЭИС, техническое задание, технический проект, рабочая документация) производится оценка функциональной полноты используемых ТПР. Возможно 3 варианта:
1 применение ТПР без доработки
2 модификация ТПР за счет включения дополнит модулей
3 разработка оригинальных программных модулей. Анализ функции полноты: выбор ТПР “задача” в последовательности: на основании обследования предприятия сравнивается имеющаяся ТПР с перечнем задач, анализ входных, выходных форм.
22. Сущность подсистемного проектирования ЭИС и выбор ППП
Пакетное проектирование ЭИС производится в рамках традиционных стадий разработки ЭИС. Специфика данного метода отражается на проектировании ЭИС. Так на предпроектной стадии данным анализа функций и методов управления объекта и его информационной база определяется состав и структура функциональных преобразователей параметрического потока (ППП) , а также состав и структура информационной базы .Проводятся мероприятия по организационно-технической подготовке объектов управления с учетом требований накладываемых функциями ППП. При пакетном проектировании значительно сокращаются сроки рабочего проектирования, так как используются типовые пакеты программ либо непосредственно в том виде в каком они есть либо с незначительной доработкой. Остается лишь задача настройки пакетов на общую единую БД и привязки их к условиям конкретного объекта .
На основе подготовленных и загруженных массивов осуществляется опытная и промышленная эксплуатация рабочих программ, после чего производится анализ функционирования и освоение проектной мощности комплекса задач ЭИС в целом.
Таким образом, при создании ЭИС на основе ППП последовательность работ сводится к следующему:
Выбора ППП для реализации функций управления на данном объекте
Привязке выбранных ППП к конкретным значениям параметра объектов
Основные этапы пакетного проектирования
Выбор ППП
Он состоит в подборе наиболее подходящих ППП удовлетворяющих как условиям рассматриваемого объекта, так и требованиям программного и информационного интерфейсов. Задача выбора возникает не только при разработке, но и для всех случаев, когда в процессе развития и совершенствования ЭИС появляется необходимость в новой технике и новом программном обеспечении. Обычно последовательность действий при выборе ППП сводится к следующему:
поиск готовых пакетов или путей их приобретения
сравнительное описание характеристики возможных пакетов
окончательный выбор пакетов
Метод контрольных вопросов
назначение и возможности пакета
отличительные признаки и свойства пакета, т.е. СУБД, структура массивов
требования к программным и техническим средствам при реализации пакета
характеристика документации пакета
финансовые факторы: затраты на приобретение, разработку, установку пакета, подготовка персонала, экономическая эффективность пакета
особенности установки пакета
особенности эксплуатации пакета
оценка качества пакета и опыт его использования
перспектива использования пакета
Метод экспертных оценок
Группа экспертов разрабатывают список факторов характеризующих программу. Каждому фактору присваивается вес. Далее эксперты проводят оценку рассматриваемого пакета по каждому из факторов. Ранжирование оценок позволяет выявить подходящий вариант ППП
Аналитический метод – задачи выбора ППП ставится как задача математического программирования. Функция представляющая критерий эффективности стремится к максимуму
Способы привязки ППП к условиям конкретного объекта
ППП с точки зрения проектировщика-это некоторый преобразователь вход, которого составляют информационный поток и параметрический поток, а выход - необходимая для управления объектом информация. Информационный поток составляют первичные данные, которые в условиях конкретного объекта обрабатываются на ЭВМ с помощью соответствующего пакета для получения выходной результатной информации. Параметрический поток - совокупность параметров, настраиваемость на которые предусмотрена в соответствующем ППП, и за счет такой настраиваемости пакет может быть привязан к конкретным условиям объекта управления.
Способ привязки заложен в самом пакете при его создании и может осуществляться либо по принципу интерпретации, либо по принципу генерации.
Принцип интерпретации заключается в том, что параметрический поток, призванный настроить пакет на особенности конкретного объекта управления как бы поглощается самим пакетом, что и видно на схеме А.
ИП --> (ПП->[ППП]) ->ВИ информационный, параметрический поток
Схема А выходная информация
ПП --> [ППП]------------- Ї
ИП ---------> [ПППГ]--> ВИ сгенерированный ППП
Схема Б
Как только такое поглощение совершается, то система становится готовой к восприятию информационного потока. При использовании принципа интерпретации программы и документация пакета не меняются. Основное преимущество такого способа привязки заключается в том, что создаваемая в результате СОД проста в эксплуатации и легко модифицируется. При генерации осуществляется не просто привязка ППП, а создание нового комплекса программ МАХ соответствующего требованиям конкретного объекта управления с новой сопровождающей его документацией. И информационный поток воспринимается сгенерированным пакетом. (Схема Б)
При генерации получаются лучшие СОД в смысле оптимальности их временных параметров и требований к ресурсам вычислительной среды. Однако при модификации системы необходимо повторять генерацию пакета, и в процессе длительной эксплуатации системы может возникнуть ситуация когда очередная модификация приведет к результату, не согласующемуся с вариантом первоначальной генерации пакета.
Устранение такого рассогласования может потребовать значительных усилий и ресурсов, а в худшем случая привести к необходимости пересмотра или нового проектирования целой системы
23.Сущность объектного подхода к проектированию ЭИС
При объектном методе проектирования в качестве типизируемого элемента выступает система управления объектом в целом, т.е. создается типовой проект ЭИС обобщенного объекта из некоторого класса объектов управления.
Таким образом, предварительное условие объектного проектирования является классификация объектов. В основе классификации объектов лежат определенные признаки :
функциональное назначение предприятия
мощность информационной базы
характер производственных процессов
объем выпуска однотипной продукции
номенклатура выпускаемых изделий
характер получаемого сырья
При создании ЭИС для любого объекта из рассматриваемого класса используется соответствующий типовой проект, т.е. проектирование системы при таком подходе сводится к подготовке и внедрению типового проекта. Если при этом какие-то параметры объекта управления отличаются от использованных в типовом проекте , то за счет организационно-технических мероприятий ,они должны быть приведены в соответствие с решениями типового проекта. Поэтому такие системы еще называются директивными.
Предусмотрена 3-х уровневая структура типовых решений для классификационных групп промышленных предприятий. Это
типовые элементы для всех предприятий данного класса
типовые проекты ЭИС для базовых предприятий группы однородных по характеристикам предприятий
индивидуальные проекты привязки типовых ЭИС к конкретным предприятиям группы.
Типовая ЭИС включает 2 основных части:
Системную и функциональную
24. Сущность технологии автоматического проектирования
одно из самых главных особенностей САПР является:
1 наличие информационной модели
2 комплексный охват процесса проектирования средствами, включенными в систему начиная с технического задания и заканчивая рабочей документацией
3 обеспечение диалогов взаимодействия, как в процессе проектирования, так и на стадии функционирования созданных систем
4 с помощью ЭВМ получается значительная часть документов проекта ЭИС
5 снижение трудоемкости проектирования
Основными принципы создания САПР являются:
1 принцип системного единообразия, т. е при создании функционировании и развития САПР связи между подсистемами должна обеспечивать целостность системы
2 принцип развития
3 принцип совместимость
4 принцип стандартизации, заключается в проведении унификации, типизации, и стандартизации подсистем и компонентов
25. Понятие модели объектов управления и требования
В основе большинства используемых методов проектирования ЭИС лежит понятие информационной модели объекта, как некоторого целенаправленного центрального отображения существования ЭИС с дополнением определенных элементов, характеризующих систему управления и управляемый объект. ЭИС создается на базе анализа существующей системы экономической информации, что позволяет выводить отдельные характеристики создаваемой системы, либо проектировать ЭИС на основе преобразование исходной модели в условиях автоматизированного метода проектирования или формирования информационных моделей осуществляется программным путем. Требования, которым должна удовлетворять модель и которые уточняют ее основную цель построения является:
1 формализованность
2 структурированность, т. е структура всех информационных преобразований, начиная с реквизитов и кончая составными единицами любого уровня должны быть заранее заданы в явной виде или получены путем использования некоторых заданных алгоритмов
3 информационная и алгоритмическая модель должна быть достаточна для машинного определения параметров информационного потока, получения алгоритмов преобразования информации, выбора структуры БД, управления выходным процессом и составление технической документации
4 машинная независимость, т. е особенности машинного представления не должны влиять на описание модели
5 адаптивность.
Целью создания САПР является:
1 повышение качества технико-экономического уровня проектирования объектов
2 обеспечение автоматизации основных этапов создания ЭИС
3 снижение стоимости и трудоемкости проектирования
Для достижения этих целей необходимо: 1 совершенствование проектирования на основе мат методов 2 создание единых банков данных 3 повышение качества оформления проектной документации 4 унификация и стандартизация методов проектирования 5 использование CASE технологий 6 взаимодействие с авт. систем различного уровня и функционального назначения
Список литературы
1. Архарова З.П., Божко В.П., Гусева Н.К., Соколов Н.А.:
"Межотраслевые и региональные АСУ" - М.: МЭСИ, 1988.
2. Архарова З.П., Божко В.П., Гладкая З.Ф., Гусева Н.К., Ли-
хачева Г.Н. "Организация решения задач в АСИС" - М.: МЭСИ,
1990.
3. Божко В.П., Брага В.В. и др. "Статистическая информатика:
данные, технология, маркетинг" - М.: Финансы и статистика,
1991.
4. Божко В.П. "Организационно- методологические основы пост-
роения АСИС" - М.: МЭСИ, 1992.
5. Брябин В.М. "Программное обеспечение персональных компьютеров" - М.: Наука, 1988.
6. Волков С.И., Романов А.Н. "Организация машинной обработки
экономической информации" - М.: Финансы и статистика",
1988.
7. Волосков Н.И., Григоренко Г.П., Желнинский Г.С., Ковалевская Е.В. "Технология реализации на ЭВМ регламентных задач
АСУ" - М.: 1983.
8. Бобков В.П., Завьялкин Д.В., Беппле И.В. "Адаптивная система оценки проектных решений СМОД" - М.: МЭСИ, 1989.

Список литературы [ всего 8]

Список литературы
1. Архарова З.П., Божко В.П., Гусева Н.К., Соколов Н.А.:
"Межотраслевые и региональные АСУ" - М.: МЭСИ, 1988.
2. Архарова З.П., Божко В.П., Гладкая З.Ф., Гусева Н.К., Ли-
хачева Г.Н. "Организация решения задач в АСИС" - М.: МЭСИ,
1990.
3. Божко В.П., Брага В.В. и др. "Статистическая информатика:
данные, технология, маркетинг" - М.: Финансы и статистика,
1991.
4. Божко В.П. "Организационно- методологические основы пост-
роения АСИС" - М.: МЭСИ, 1992.
5. Брябин В.М. "Программное обеспечение персональных компьютеров" - М.: Наука, 1988.
6. Волков С.И., Романов А.Н. "Организация машинной обработки
экономической информации" - М.: Финансы и статистика",
1988.
7. Волосков Н.И., Григоренко Г.П., Желнинский Г.С., Ковалевская Е.В. "Технология реализации на ЭВМ регламентных задач
АСУ" - М.: 1983.
8. Бобков В.П., Завьялкин Д.В., Беппле И.В. "Адаптивная система оценки проектных решений СМОД" - М.: МЭСИ, 1989.
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00532
© Рефератбанк, 2002 - 2024