Проектирование экономических информационных систем
Методологические основы проектирования экономических информационных систем (ЭИС). Методология оригинального проектирования. Реинжиниринг бизнес-процессов корпоративных ЭИС. Автоматизированное проектирование ЭИС. Методы управления проектными работами.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | учебное пособие |
Язык | русский |
Дата добавления | 21.10.2017 |
Размер файла | 791,1 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Например, для исчисления контрольного числа кодового обозначения 1265 выполняются следующие операции:
умножение каждого разряда кода на соответствующий вес и получение суммы произведений
(1-4+2-3+6-2+5-1)=27;
деление полученной суммы на модуль (например 11)
27/11 =2 + остаток 5;
исчисление контрольного числа
11-5=6;
контрольное число б прибавляется к кодовому обозначению и кодовое число записывается как 12656;
сумма произведений кодового числа на место равна 33 и кратна 11.
В условиях машинной обработки экономической информации применение кодов обнаружения ошибок имеет важное практическое значение. Эффективность их применения очень высока и составляет 99,995%.
3.2.3 Системы штрихового кодирования
Развитие международных торговых и производственных связей приводит к росту товарных информационных потоков, которые необходимо обрабатывать в условиях территориальной разбросанности производителей и потребителей продукции. Трудности учета информации о свойствах товара на его упаковке, наличие неточностей в сопровождающей его документации, отсутствие достоверной и своевременной информации у поставщиков продукции о поступлении товара к покупателю вызывают необходимость автоматизации маркировки товаров, считывания информации и осуществления идентификации о них. Целью штрихового кодирования является отражение основных информационных характеристик товара в штрих-кодах, которые обеспечивают реальную возможность проследить за их движением к потребителю, что дает повышение эффективности управления производством.
Технология штрихового кодирования предназначена для осуществления автоматизированной записи, считывания и идентификации информации об объектах или деловых процесса. Эта технология основана на использовании двоичного кода для записи и запоминания, предварительно разработанных смысловых кодов в виде последовательностей, состоящих из нулей и единиц, отраженных кодированными штрихами. Поэтому штриховой код - это последовательность чередования широких и узких, темных и светлых полос, которым присвоены логические значения 1 и 0 (широким линиям и широким промежуткам присваивается логическое значение 1, узким - 0).
В различных странах мира применяют три системы штрихового кодирования:
UPC - универсальный товарный код, разработанный в США и применяемый в странах Америки;
EAN - товарный код, созданный в ЕС на базе UPC, соответствующий названию Европейской ассоциации товарной нумерации, получившей в настоящее время статус Международной организации (EAN International);
UCC/EAN - единый стандартизированный штриховой код, созданный организациями США и Канады (Uniform Code Council) и EAN International.
Коды типа EAN и UCC/EAN широко применяются во всех странах мира, включая Российскую Федерацию.
В каждой системе существуют свои виды кодов: UPC-12, EAN-8, EAN-13, EAN-14, UCC/EAN-128 (Code 39).
UPC-12 - это двенадцатиразрядный код, имеющий следующую структуру:
EAN-8 - восьмиразрядный код, который используется для кодирования малогабаритных упаковок, имеющий структуру:
EAN-13 - тринадцатиразрядный код, используемый для кодирования продукции, имеющий следующую структуру:
EAN-14 - четырнадцатиразрядный код с прямоугольным контуром, используемый для идентификации транспортной упаковки и имеющий такую же структуру, что и код EAN-13, но включающий дополнительный первый разряд, предназначенный для кодирования от 1-й до 8-й специфики упаковки (например, 1 отражает групповую упаковку, 2 - упаковку партий в контейнер и т.д.).
Code 39 может варьироваться до 40 разрядов и не имеет фиксированной длины. Этот код получил свое название по сочетаемости трех широких элементов и шести узких в каждом знаке кода. Для отображения кода используются 43 символа, включая прописные буквы, цифры от 0 до 9 и семь особых знаков (-.$/+% пробел).
UCC/EAN-128 является современной версией кода Code 39, используемого для описания полной характеристики предмета поставки, не имеющего фиксированной длины и позволяющего комбинировать использование различных систем кодирования. В структуре кода можно выделить пробелы между компонентами кода, стартовый знак, обеспечивающий использование наиболее полного набора знаков, знак функции, позволяющий автоматически контролировать отличие символики кода от других символик, данные и контрольное число.
Применение штриховых кодов UPC-12, EAN-8, EAN-13, EAN-14 регулируется международными и национальными организациями. В Российской Федерации такой организацией является Ассоциация автоматической идентификации, в состав которой входит более 2000 членов. Эта организация устанавливает номера предприятий в кодах EAN-13 и EAN-14 и коды продуктов в коде EAN-8. Код страны присваивается EAN International. Использование кодов UCC/EAN-128 (Code 39) регулируется соответствующими международными и национальными стандартами.
Использование штриховых кодов обеспечивает совместную деятельность производителей и потребителей товаров на едином товарном рынке по всей цепочке взаимосвязанных партнеров. Эта технология предоставляет защиту продукции путем ее оперативного учета, управление потоками информации о передвижении и использовании продукции, поиск сведений об этих процессах по запросу или в реальном масштабе времени на основе идентификации любого объекта, принимающего участие в этом процессе. Кроме того, эта технология ускоряет обмен информацией как внутри организации, так и между организациями с помощью методов и средств электронного обмена данными (ЭОД).
3.2.4 Единая система классификации и кодирования (ЕСКК)
Для обеспечения информационной совместимости ЭИС разных уровней разработана Единая система классификации и кодирования (ЕСКК). ЕСКК предназначена для выполнения следующих функций:
ь централизованной разработки общесистемных (общегосударственных) классификаторов;
ь пополнения и обновления, своевременного и систематического оповещения организаций обо всех изменениях, внесенных в классификаторы;
ь ответов на разовые запросы;
ь оптимизации структуры классификаторов.
В состав ЕСКК входят три составные части. Первая ее часть «Комплекс нормативно-технических и методологических материалов» включает в себя документы, которые регламентируют:
ь состав системы, цели системы, задачи и всю используемую терминологию системы;
ь принципы и методы классификации и кодирования;
ь категории и сферы действия классификаторов;
ь принципы сопряжения и взаимодействия классификаторов;
ь структуру работ по созданию и внедрению системы.
Схема структуры ЕСКК приведена на рис.3.5.
Второй частью является «Комплекс общесистемных классификаторов (ОК)», в который входят следующие группы классификаторов:
1. Классификаторы о природных и трудовых ресурсах:
· профессии рабочих;
· должности служащих;
· кадров;
· специальностей;
· полезных ископаемых и т.д.
2. Классификаторы о продуктах труда и производственной деятельности:
· промышленной и сельскохозяйственной продукции:
· строительной продукции;
· деталей;
· услуг: в промышленности, строительстве, сельском хозяйстве, транспорте, материально-техническом снабжении;
· услуг населению.
3. Классификаторы структуры народного хозяйства и объектов административно-территориального деления:
· предприятий и организаций;
· отраслей народного хозяйства;
· стран;
· органов государственного управления;
· объектов административно-территориального деления;
· пунктов погрузки и разгрузки.
Рис 3.5.Схема структуры ЕСКК
4. Классификаторы управленческой информации и документации:
· единиц измерения;
· технико-экономических показателей;
· управленческой документации;
· технической документации, обозначений стандартных и технических условий;
· технологической документации;
· операций и деталей.
3.2.5Технолгия разработки нормативно-справочной информации.
Вся информация в ЭИС разбивается на 2 блока:
ь постоянная информация;
ь переменная информация.
Определить постоянную и переменную информацию в системе можно с помощью коэффициента стабильности S.
(3.3)
где V - число показателей на начало рассматриваемого периода, V1 - число показателей, оставшихся неизменными.
(3.4)
где t - интервал времени (как правило, 1 год)
К постоянной информации относятся классификаторы и справочники.
Классификатором называется систематизированный свод элементов ' и их кодовых обозначений.
Классификатор используется:
ь для выполнения функций однозначного обозначения объектов;
- для обеспечения группировки информации по некоторым признакам;
- ь для поиска и обмена информацией.
- В зависимости от сферы применения классификаторы подразделяются на:
- ь общегосударственные;
- ь отраслевые;
- ь региональные;
- ь классификаторы предприятий и организаций.
- Общегосударственные классификаторы применяются во всех отраслях народного хозяйства для обмена информацией между вычислительными системами различных уровней.
- Отраслевые классификаторы разрабатываются для специфических видов информации, циркулирующей в конкретной отрасли.
- Региональные классификаторы создаются для министерств, ведомств и предприятий региона.
- Классификаторы организаций и предприятий разрабатываются для кодирования информации, циркулирующей в информационной системе данного объекта и утверждаются его руководством.
- Классификаторы могут иметь оригинальное издание, т.е. имеют эталонную форму, но как правило, они имеют рабочую форму - это весь классификатор или его раздел, занесенный на машинный носитель и удобный для обработки. Эталонная же форма издается на бумажном носителе в типографии. На рис 3.6. представлена технологическая сеть разработки классификатора.
Рис.3.6. ТСП технологии создания и ведения НСИ.
П1 -Определение состава данных и требований классификаторам.
Вход:
D1 - отчет об обследовании,
D2 - информационная модель.
Выход:
D3 - разделы ТЗ.
П2 - Разработка основных принципов и методики построения классификатора.
Вход:
D1, D3
U1 - структуры построения классификаторов.
Выход:
D4 - структуры классификаторов.
П3 - разработка инструктивных материалов по сбору и обработке информации.
Вход:
D5 - аналоги инструкции,
D6 - требования заказчика.
Выход:
D7 - инструкции по сбору и обработке информации.
П4 - сбор и обработка данных.
Вход:
D7
U2 - универсум методик сбора и обработки информации.
Выход:
D8 - обработанные данные классификатора.
П5 - построение эталонной формы классификатора.
Вход:
D8, U3 - ГОСТы,
Выход:
D9 - эталон классификатора.
П6 - издание классификатора.
Вход:
D8,
U4 - программно-издательские системы.
Выход:
D10 - типографское издание классиффикатора.
П7 - построение рабочей формы классификатора.
Вход:
D4,
D11 - технология создания ведения классификатора.
Выход:
D12 - рабочая форма классификатора.
П8 - создание системы ведения классификатора.
Вход:
D12,
G1 - программный комплекс ведения классификатора.
Выход:
D13 - инструкции по ведению классификатора.
3.2.6 Проектирование постановок задач
Под экономической задачей принято понимать взаимосвязанную последовательность технологических операций, выполняемых с целью получения хотя бы одного документа на любом носителе.
Можно выделить следующие особенности, свойственные экономическим задачам:
ь функции управления реализуются с помощью экономических задач;
ь формализуемость задач (с этой точки зрения выделяют хорошо и слабо формализованные задачи);
ь структурированность алгоритма решения, т.е. возможность разбиения его на блоки и модули;
ь невысокая степень использования математических методов (около 25%);
ь форматированность входа и выхода в виде экономических документов;
ь связанность экономических задача через общую информационную базу.
Задача представляет собой основную структурную единицу функциональной части ЭИС. Благодаря выделению задач можно вести автономное проектирование по каждой задачи и одновременно с проектированием вести внедрение уже сделанной задачи. При этом, безусловно, задача должна делаться в одном информационном фонде, то есть должна быть стыковка по информационной базе, система классификации и кодирования должна быть единой для всей системы. Результатом проектирования любой задачи является один из разделов технического проекта «Описание постановки задачи» и соответствующий раздел рабочего проекта «Программа решения задачи».
При оригинальном методе проектирования, проектировании постановок задач занимает основную часть технического проектирования, а разработка соответствующих программ - основную часть этапа рабочего проектирования. При других методах используются различные средства проектирования.
«Постановка задачи» состоит из нескольких разделов, которые соответствуют в технологической сети проектирования технологическим операциям. В состав раздела «Организационно-экономическая сущность задачи» входят следующие компоненты: описание цели; назначение решения конкретной задачи; перечень функций и процессов, реализуемых решаемой задачей; характеристика организационной и технико-экономической сущности задачи; обоснование целесообразности автоматизации решения задачи; указание перечня объектов, для которых решается задача; описание процедур решения задачи; указание периодичности решения задачи и требований к организации сбора первичных данных; описание связей с другими задачами.
Под целью автоматизации решения задачи подразумевается получение определенных значений экономического эффекта в сфере управления какими-либо процессами системы или снижение стоимостных и трудовых затрат на обработку информации, улучшение качества и достоверности получаемой информации, повышение оперативности ее обработки и т.д., т.е. получение косвенного и прямого эффекта от внедрения данной задачи.
Под экономической сущностью решаемой задачи понимаются состав экономических показателей, рассчитываемых при ее решении, документы, в которые заносятся эти показатели, перечень исходных показателей, необходимых для получения результатных и наименования тех первичных документов, в которых они содержатся.
Организационная сущность задачи - это описание порядка решения задачи; организационной формы, применяемой для ее решения; режима решения; состава файлов с постоянной и переменной информацией; способа получения и ввода первичной информации в ЭВМ; формы выдачи результатной информации: на печать, на экран, на магнитный носитель или передача по каналам связи.
Далее указываются периодичность решения задачи и регламент выдачи результатных документов, требования к организации сбора исходных данных, т.е. к способу и техническим средствам съема, регистрации, сбора и передачи данных для обработки. Большое значение имеет описание связи задачи с другими задачами функциональной подсистемы, в которую она входит, а также с задачами других подсистем или с внешней средой.
Описание выходной информации включает в себя: перечень и описание выходных сообщений, документов; перечень структурных единиц информации; периодичность возникновения и сроки получения информации; наименование; идентификатор по каждой форме документа.
Описание входной информации состоит из перечня входных сообщений; перечня структурных единиц информации; описания периодичности возникновения и сроков получения информации; наименования и идентификатора по каждой форме документа.
Описание алгоритма решения задачи включает формализованное описание входных и результатных показателей и перечень формул расчета результатных показателей в случае решения задачи прямым методом счета или описание математической модели, экономико-математического метода, применяемого для ее реализации, и перечня последовательных шагов выполнения расчетов.
На рис.3.7. представлено ТСП проектирования документа «Постановока и алгоритм решения задачи». Обозначения следующие:
П1 - экономико-организационная сущность задачи
Вход:
D1 - материалы технико-экономического обследования объекта управления
D2 - ТЗ на проектирование ЭИС
D3 - методики расчёта показателей
D4 - положение о структурных подразделениях объекта управления
D5 - требования ГОСТов к оформлению документов
Выход:
D7 - первый раздел документа
П2 - проектирование выходной информации
Вход:
U1 - описание машинных носителей информации
D6 - требования заказчика к программным средствам
Выход:
D7 - второй раздел документа
П3 - проектирование входной информации
Вход:
U2 - унифицированные формы документов
U3 - универсальные знания о программных средствах
D3 - методики расчёта показателей
D4 - положение о структурных подразделениях объекта управления
D5 - требования ГОСТов к оформлению документов
Выход:
D9 - третий раздел документа
П4 - проектирование НСИ
Вход:
D10 - системы классификации и кодирования
Выход:
D11 - массивы НСИ (четвертый раздел документа)
П5 - разработка алгоритма решения задачи
Вход:
D3 - методики расчёта показателей
Выход:
D12 - пятый раздел документа
П6 - формирование раздела технического проекта соответствующего документа
Вход:
Все разделы документа
Выход:
D13 - документ «Постановка и алгоритм решения задачи
3.2.7.Проектирование входных и выходных документов
При проектировании форм входных и выходных документов возникает две проблемы:
Первая - проектирование содержательной части документа - т.е. установление перечня реквизитов и показателей.
Вторая - проектирование геометрии документов, т.е. расположения этих реквизитов в документе и внешняя форма документов
Для определения состава перечня реквизитов, показателей обычно используется информационная модель, построенная на уровне показателей. При использовании графа взаимосвязанных показателей, можно определит формы расчета его значений методы определения формы расчета его значений. Для этого выделяются элементарные фрагменты графа, в которых может быть только один выходной и несколько входных.
При построении элементарных графов определяются
1. Информационная потребность пользователя.
2. Перечень входных показателей.
3. Перечень выходных показателей.
Далее определяются подмножества показателей входных и выходных для включения их во входные и выходные документы, тем считается, что содержательная часть документов определена. Затем проектируется эскиз формы первичного документа
Показатели размещаются на бланке документа, который разбивается на зоны в соответствии с формуляром его образца.
Зона 1 |
Зона 2 |
1 |
|
Зона 3 |
|||
Зона 4 |
|||
Зона 5 |
2 |
||
Зона 6 |
3 |
Рис.3.8. Структура документа
Формуляр образца проектируется в соответствии с ГОСТами. Документ делится на три части:
1. Заголовочная (зоны 1-4).
2. Содержательная (зона 5).
3. Оформляющая (зона 6).
Зона 1 - наименование объекта управления, структурного подразделения. Здесь указывается почтовый адрес объекта
Зона 2 - индекс формы, гриф ее утверждения.
Зона 3 - наименование и значение реквизитов-признаков, постоянных для данного документа.
Зона 4 - название документа и дата составления.
Зона 5 - наименование строк, граф и их значения.
Зона 6 - подписи ответственных лиц, печать.
Зоны документов имеют следующую форму
ь линейную;
ь табличную;
ь анкетную.
При линейной форме каждому реквизиту выделяется две клетки:
ь для наименования;
ь для значения.
Табличная форма предусматривает расположение данных в виде таблицы с графами по вертикали и строками по горизонтали. Так оформляется 5 зона документа.
Анкетная форма подразумевает размещение реквизитов в вертикальной последовательности: наименования в левой части, значения - в правой.
На практике обычно сочетание этих двух форм -линейной и табличной.
В проектировании входного документа важное значение имеет связанный с этой формой носитель.
Входной документ должен удовлетворять следующим требованиям.
1. Многосторочность.
2. Выделение реквизитов, переносимых на машинный носитель и выделение их утолщенной рамкой при размещении на бланке.
3. Включение информации для контроля (типы контрольных сумм или контрольный разряд по модулю).
4. Состав показателей в документах не должен повторяться.
На рис.3.9. представлена ТСП проектирования входных документов, в котором приняты следующие обозначения:
D1 - материалы технико - экономического обследования;
D2 - назначение документа;
D3 - сфера использования документа;
П1 - установление состава включаемых реквизитов;
D4 - ТЗ на разработку;
П2 - расположение реквизитов в документе;
D6- формирование подмножества входных показателей для каждого документа;
П3 - проектирование эскиза размещения реквизитов на бланке;
D7 - требования к формам входных документов;
U1 - универсум машинных носителей;
D9 - макет размещения информации на машинном носителе;
П4 - уточнение содержания документа и порядка размещения в нём реквизитов
D10 - требования ГОСТов по управлению управленческой документации;
D11 - изготовление выходной формы документа
На рис.3.10. представлена ТСП проектирования выходных документов, в котором приняты следующие обозначения:
D1 - учёт требований потребителя к составу результатной информации;
D2 - эксплуатационные возможности ВТ;
D3 - трудоёмкость получения каждого показателя;
П1 - анализ сводных показателей;
П2 - содержание макета выходного документа;
П3 - для разработки эскиза конкретного выходного документа;
D7 - установление последовательности расположения реквизитов;
П4 - хранение данных о содержании документа;
U1 - универсум машинных носителей;
П5 - уточнение содержания документа и порядка размещения в нём реквизитов;
П6 - формирование выходного документа
Рассмотрим проектирование экранных форм. Порядок проектирования экранной формы следующий:
Следующий этап проектирования экранной формы -- проектирование ее формы представления на экране машины.
Рис.3.9.Технологическая сеть проектирования входных документов
Рис.3.10. Технологическая сеть проектирования выходных документов
Информация на экране размещается в четырех зонах.
1. Заголовок экранной формы содержит ее наименование и характеризует путь к ней по иерархическому меню. Обычно заголовок располагается в верхней строке экрана.
2. Предметная часть экранной формы предназначена для размещения вводимой или выводимой информации, идентификаторов объектов, значений показателей, параметров обработки и выборки и т.д. Предметная часть строится по анкетной, зональной или табличной форме. Рекомендуется форму предметной части для ввода информации проектировать по аналогии с формой первичного документа. Конечному пользователю удобнее работать с такой экранной формой, которая напоминает ему первичную форму бумажного документа.
3. Зона управляющих элементов включает в себя различные виды меню. Это зона действий (транзакций) конечного пользователя,
4. Зона сообщений содержит подсказки и сообщения об ошибках. Обычно она занимает нижнюю строку экрана. Пример экранной формы, используемой в многопользовательской интегрированной автоматизированной диалоговой системе МИДАС, приведен на рис.3.11. Верхняя зона (заголовок) указывает, что экранная форма служит для осуществления режимов „Поддержки" файла „Поставщики", который формируется и ведется в подсистеме „Снабжение". Следующая зона (управляющих элементов) содержит световое меню для выбора режима поддержки файла. Ниже следует предметная часть, построенная по анкетной форме. Наконец, нижняя зона (сообщений) содержит сообщение о том, что выбран режим добавления данных.
Зоны на экране разделяются графическими символами, например, рамками (Box), или отличаются по цвету. Выбор цветовой схемы или цветовых пар, а также типа окантовки экранной формы и других элементов цветового оформления (задание тени, интенсивности свечения, мерцания объектов) также входит в задачу проектирования оформления экрана.
Рис. 3.11. Пример экранной формы системы МИДАС
При проектировании экранной формы следует учитывать ограничения экрана машины, обычно содержащего 80 колонок и 25 строк, из которых первую и последнюю обычно оставляют под служебную информацию системы. Если предметная часть не помещается целиком на экране, то можно предусмотреть прокрутку (Scrolling).
Современные СУБД позволяют работать „в стиле Windows", то есть создавать экранные формы в окнах. Экранные формы этого типа дают возможность использовать многооконный интерфейс, открывать и закрывать окна, изменять их размеры, перемещать по экрану.
3.3 Проектирование технологических процессов обработки данных
Технологический процесс обработки данных - взаимосвязанная совокупность технологических операций обработки данных, реализующих цели функционирования ЭИС
Под технологической операцией обработки данных (ТООД) будем понимать кортеж <v, f, w, г, b> , где v - вход ТООД, представляющий собой поименованную специальным образом структурированную совокупность данных на некотором масштабе данных (машинном или немашинном), f - преобразователь, т.е. строго определенная последовательность действий преобразования входа в выход, w - выход, представляющий поименованную специальным образом структурированную совокупность данных, г - требуемые для преобразователя f ресурсы, b - используемая в преобразователе вычислительная техника.
Методологически технологическая операция обработки данных интерпретируется также, как технологическая операция проектирования Однако внутреннее содержание иное Результатом технологической операции проектирования должно быть проектное решение, а результатом таким образом обработки данных - информация, по которой принимается какое-то решение.
Технологические операции обработки экономической информации классифицируются в зависимости от функций, выполняемых преобразователем, и разделяются на следующие классы типовых операций:
ь сбор и регистрация;
ь перенос на машинные носители;
ь ввод, компоновка и контроль;
ь накопление;
ь сортировка;
ь обработка;
ь корректировка;
ь вывод;
ь реструктуризация.
По уровню интеграции информационной базы различают типовые операции, использующие:
ь автономные файлы;
ь базы данных;
ь распределение базы данных.
Каждый имеет безусловно свои особенности, например, корректировка данных усложняется при использовании базы данных в отличие от автономных файлов
По режиму обработки данных различают типовые операции, связанные с пакетной обработкой данных, интерактивной и обработкой в реальном масштабе времени.
В этом случае тоже распределение характерно только для операций, связанных с ЭВМ
По способу программной реализации различают типовые операции обработки этапом информации, осуществляемые на основании оригинальных программ, типовых процедур, систем программирования и с помощью стандартных средств, входящих в состав операционных систем
Типовые процедуры могут быть генерирующего или интерпретирующего типа. К стандартным средствам операционной системы относят, например, сортировку данных.
По уровню переносимости программной реализации типовые операции разделяют на переносимые и непереносимые Программные системы, ориентированные на конкретную ЭВМ, являются непереносимыми. Переносимость программ обеспечивается за счет использования специальных и унифицированных алгоритмических языков или с помощью виртуальных машин.
Характеристики каждой типовой технологической операции.
1. Сбор и регистрация данных. Сущность этого этапа заключается в определении и регистрации на носителе данных количественных и качественных значений показателей, отражающих состояние объекта управления. При этом могут выполняться измерение, подсчет, взвешивание Этап сбора и регистрации информации отличается большой трудоемкостью, требует участия многих специалистов. Эти операции могут выполняться как вручную, так и с использованием техники.
При использовании техники различают автоматизированный и автоматический способы Автоматизированный способ - ввод связан чаще всего с интерактивным взаимодействием человека и ЭВМ (т.е. через терминал).
Автоматизированный способ позволяет формировать исходные данные без участия человека. Для этого используют различные регистраторы информации, датчики и т.д. особенно широко используется в автоматизированных системах управления технологическими процессами.
2. Ввод данных. Под вводом данных будем понимать совокупность операций, включающих перенос данных на машинный носитель, ввод, компоновку и контроль данных.
При переносе данных на машинный носитель контролируется достоверность информации (методы контроля - это и метод контрольных сумм, и контроль по модулю (11,7,..), и двойная верификация и т.д.).
После операций подготовки данных на машинном носителе выполняются операции ввода данных в ЭВМ При вводе данных обязателен программно:
ь логический контроль, это - диапазоны изменений значений реквизитов;
ь структуры информационного образования;
ь по каталогу (полная номенклатура);
ь логических ограничений и соотношений;
ь по типу данных.
Но следует отметить, что деление на эти операции в настоящее время весьма условно, т.к. не редко они совмещены
3. Обработка данных.
Операции внутримашинной обработки данных - сортировка, корректировка, накопление и собственно обработка - являются основными в процессе функционирования системы. Различают следующие виды сортировки:
ь упорядочение;
ь распределение - процесс разнесения записей сортируемого файла по группам;
ь объединение (слияние).
Сортировки подразделяются также на внутренние и внешние. Но с введением виртуальных систем актуальность на такое деление теряет свою актуальность. Обычно сортировки входят в состав операционных систем.
Корректировка - процесс, позволяющий поддерживать файлы данных в актуальном состоянии. При корректировке могут выполняться следующие действия добавление, исключение, изменение.
Объектами корректировки могут быть записи файлов или отдельные поля записи. Корректировка автономных файлов существенно отличается от корректировки базы данных. Во втором случае корректировка идет по соответствующим связям файлов. Корректировка производится по принципу исходный файл (родитель) и файл корректуры и откорректированный файл (потомок). Защита информации от несанкционированного доступа произволится путем введения системы паролей и ключей защиты.
Накопление данных - добавление информации.
Собственно обработка информации - выполнение арифметических операций.
При обработке экономической информации наибольший удельный вес имеет получение итогов
Вывод информации.
По способу отображения информации различают
ь вывод данных на бумагу, машинные носители;
ь на видеотерминалы;
В зависимости от способа формирования выходных данных различают:
ь пакетный,
ь интерактивный.
При построении технологической сети технологии обработки данных используют в качестве выходных описательных документов технологические карты обработки информации - это документ, содержащий описание одной или нескольких взаимосвязанных технологических операций обработки данных. В соответствии с приведенным ранее описанием технологической операции в технологической карте должны быть приведены описания входа, выхода, преобразователя и используемых ресурсов и средств.
Описание входа (выхода) должно включать и идентификаторы информационных образований являющихся входом (выходом) соответствующей технологической операции обработки данных и сетки на техническую документацию, в которой приводится их полное описание. Описание преобразователя представляет собой инструкцию по выполнению работ, в случае, когда ЭВМ не используется или инструкцию программы, а также на техническую документацию, в которой приводится полное описание этих программ. При этом должны быть указаны потребительские ресурсы (трудоемкость, машинное время и др.) и средства вычислительной техники.
Каждая технологическая операция (ТО) в крупных организациях может быть подкреплена документом, который называется технологическая карта обработки информации. Эта технологическая карта должна иметь минимальный объём информации:
1. название ТО;
2. код задачи или системы;
3. входные данные для этой ТО;
4. ресурсы: программный комплекс, который реализует данную ТО; конфигурация вычислительной сети;
5. инструкция по ТО обработки информации;
6. выходные данные, которые мы должны получить в результате ТО.
Контрольные вопросы
1. Перечислите объекты, которые подлежат обследованию и автоматизации.
2. Какие этапы осуществляются на стадии предпроектного обследования?
3. Какие методы проведения обследования вы знаете?
4. Какие методы сбора материалов вы знаете?
5. Что включает анкета на задачу?
6. Какие методы исследования информационных потоков вы знаете?
7. Перечислите состав преобразователей для ТСП предпроектной стадии обследования.
8. Что является системой классификации?
9. Чем характеризуется система классификации?
10. Какие вы знаете типы систем классификации?
11. Что такое система кодирования?
12. Чем характеризуется код?
13. Дайте определение серийно-порядковой системы кодирования.
14. Дайте определение разрядной системе кодирования.
15. Что такое классификатор?
16. Какие вы знаете системы контроля кодов?
17. Из каких разделов состоит документ “Постановка и алгоритм решения задачи”?
18. Каковы особенности проектирования входных документов?
19. Каковы особенности проектирования входных документов?
20. Охарактеризуйте зоны экранных форм.
21. Дайте определение технологической операции обработки данных.
22. Определите классы типовых операций технологического процесса обработки данных.
23. Определите структуру технологической карты.
Глава 4. Типовое проектирование ЭИС
4.1 Проектирование с использованием пакетов прикладных программ
Функциональный пакет прикладных программ (ППП) - это некоторая организационно - экономическая модель, направленная на получение информации, необходимой для принятия решений.
ППП определяется на входе - информационным потоком и параметрическим потоком данных, а на выходе - результатной информацией (РИ).
Параметрический поток - набор данных, необходимых для настройки пакета при необходимых условиях.
ППП делится на два крупных класса:
ь пакеты генерирующего типа;
ь пакеты интерпретирующего типа
У пакетов генерирующего типа отсутствует параметрический поток, присутствует информационный поток. При генерации пакета получается новая программа.
У пакетов интерпретирующего типа имеем информационный поток и параметрический поток. Новых программ не получаем.
Пакеты генерирующего типа занимают меньше по объёму памяти, но может возникнуть ситуация, когда очередная модификация ППП приведёт к рассогласованию проектных решений ЭИС. Устранение рассогласования может потребовать значительных ресурсов и усилий.
Пакеты интерпретирующего типа занимают больше по объёму памяти, дольше работают, их настройка гораздо сложнее.
Параметрический поток у функциональных систем:
ь параметры, характеризующие входную информацию (количество показателей, документов);
ь характеризующие размеры баз данных и файлов;
ь характеризующие систему запросов;
ь характеризующие конфигурацию системы.
Информационный поток - значение входных документов (машинных, бумажных).
Все ППП делятся на два класса: пакеты общесистемного назначения, пакеты функционального назначения.
Проектирование систем с помощью ППП сводится к выбору подходящего ППП, который удовлетворяет требования, предъявляемые к информационному обеспечению объекта управления, программному и техническому.
Информационное обеспечение объекта управления делится на две части: комплекс организационных и функциональных документов (внемашинных) и программных (внутримашинных).
Перечень работ, необходимых при использовании ППП:
ь разработка ТЗ на автоматизацию данного ППП;
ь осуществление выбора ППП в соответствии с ТЗ;
ь в соответствии с выбранным ППП производится уточнение требований к функциональным и обеспечивающим частям системы;
ь производство работ на уровне технического проекта: уточнение постановок задач в соответствии с данным пакетом, разработка систем классификации и кодирования, разработка НСИ;
ь разработка параметрического потока данных;
ь отладка программного обеспечения на информационных потоках;
ь разработка и доработка документации по данному пакету в соответствии с требованиями заказчика;
ь разработка руководства пользователя для данного объекта управления.
Доработка функциональных блоков или задач.
ь перечень действий при разработке отдельных программных модулей;
ь подготовка входа информационного потока;
ь разработка самого программного модуля на конкретном языке;
ь отладка модуля;
ь описание программы и подготовка функциональных документов описания для пользователя.
На рис. 4.1 представлено ТСП с использованием ППП технологий, в котором приняты следующие обозначения:
П1 - выбор требуемых ППП
Вход:
D1 - материалы технико-экономического обследования объекта управления
D2 - состав и содержание функциональных подсистем
Выход:
D3 - требования, определяемые из ТЗ, к составу и содержанию ППП
П2 - задача выбора состава ППП
Вход:
U1 - сведения о ППП
Выход:
D4 - перечень выбранных ППП
D5 - документация по выбранному ППП
П3 - уточнение требований к функциональной и обеспечивающей частям системы
Вход:
P1 - параметры, характеризующие проектируемую систему
Выход:
D6 - формирование раздела ТЗ с требованиями к системе
П4 - уточнение постановок задач
Вход:
P2 - параметрический поток выбранных ППП
Выход:
D7 - уточненные постановки задач
П5 - разработка параметрических потоков для входа
Вход:
D7 - уточненные постановки задач
Выход:
P2 - параметрический поток, выбранных ППП
П6 - разработка программы оригинальных проектных решений, представляемых в виде блоков пользователя G1
Вход:
D10 - средства программирования, операционная система
Выход:
G1 - программное обеспечение
П7 - синтаксический контроль описаний задач на входном языке ППП P2, реализуемый специальными модулями ППП
Вход:
G2 - программы ППП
Выход:
G3 - программный комплекс задач, реализуемый специальными модулями
П8 - настройка выбранных ППП
Вход:
D7 - уточненные постановки задач
Выход:
D8 - контрольный пример
П9 - отладка описаний задач
Вход:
G1 - программное обеспечение
Размещено на http://www.allbest.ru/
Рис.4.1. Технологическая сеть проектирования с использованием ППП технологий
Выход:
D9 - результатная информация по задаче
П10 - формирование документации техно-рабочего проекта системы;
Вход:
D5 - документация
P2 - параметрический поток выбранных ППП
D9 - результатная информация по задаче
Выход:
D11 - техно-рабочий проект с использованием ППП-технологий
4.2 Методика выбора пакетов прикладных программ
Анализ технической документации по пакетам прикладных программ и литературных источников, описывающих технологию их разработок и использования, позволил выявить перечень критериев, характеризующих в различных аспектах применение ППП, которые можно сгруппировать в подмножества и разработать для них систему классификации.
В частности, были выделены следующие основные классификационные группировки критериев, характеризующие пакет прикладных программ:
ь назначение и возможности пакета;
ь отличительные признаки и свойства пакета;
ь требования к техническим и программным средствам;
ь документация пакета;
ь факторы финансового порядка;
ь особенности установки пакета;
ь особенности эксплуатации пакета;
ь помощь поставщика по внедрению и поддержанию пакета;
ь оценка качества пакета и опыт его использования;
ь перспективы развития пакета.
1. Назначение и возможности пакета:
· предметная область использования;
· степень обеспечения функции управления;
· общий или специализированный
· коллективного или индивидуального пользования;
· возможности расширения функций пакета;
· возможности оптимизации расчётов;
· возможность адаптации к различным применениям на основе модульного строения пакета;
· возможность взаимозаменяемости технических средств;
· возможность повышения эффективности обработки данных;
· универсальность;
· применимость для пользователей разной квалификации.
2. Основные признаки и свойства пакета:
· входной язык;
· управляющий язык;
· структура массива;
· способ хранения данных;
· способ доступа данных;
· выдача выходных документов;
· дистанционная обработка и разделение времени;
· представление входных данных;
· способы проверки входных данных;
· представление входных данных;
· редактирование входных данных;
· диалоговый режим;
· языки программирования.
3. Требования к техническим и программным средствам:
· вычислительная система;
· объем ОП;
· объем внешней памяти;
· периферийные устройства;
· тип ОС;
· вспомогательные программные средства;
· использование средств организации массивов;
· совместимость с СУБД.
4. Документация пакета:
· общее руководство по использованию;
· руководство системного и программного уровня.
5. Факторы финансового порядка:
· затраты на приобретение пакета;
· затраты на аренду пакета;
· затраты на обработку пакета, установку, подготовку персонала, техники, обслуживания и поддержания;
· экономическая эффективность использования пакета.
6. Особенности установки:
· объем работ по установке пакета;
· время установки;
· требования модификации пакета;
· требования пользователя к квалификации программистов;
· требования настройки входных и выходных форм пакета;
· трудоемкость организации информационной базы;
· требуемые модификации ОС и СУБД.
7. Особенности:
· зависимость рабочих характеристик пакета от используемых технических и программных средств;
· возможность обслуживания пакета силами специалистов организации-пользователя;
· техническая эффективность и надежность;
· защита данных;
· трудоемкость внесения изменений;
· трудоемкость реорганизации информационной базы;
· трудоемкость и время обнаружения и исправления ошибок;
· время повторного запуска системы;
· время цикла обработки информации;
· производительность.
8. Помощь поставщика по внедрению и поддерживанию пакета:
· обучение персонала организации-пользователя;
· участие поставщика при внедрении пакета;
· переход от старой системы к новой;
· участие поставщика в обследовании пакета;
· корректировка системы ошибок;
· внесение модификаций;
· обеспечение обновления документов;
· простота использования.
9. Оценка качества пакета и опыт его использования:
· источник появления;
· характеристика 1-й версии пакета;
· число и характер переделок пакета;
· число организаций, пользующихся пакетом;
· оценка уже установленных пакетов;
· сравнение с аналогичными пакетами.
10. Перспективы развития пакета:
· совершенствование концепции и используемых методов;
· подключение новых функциональных возможностей;
· расширение интерфейса, переход на совершенные технические средства;
· совместимость со старой версией.
4.3 Методология объектного проектирования
Типовое или объектное проектирование сводится к практически к привязке данного проекта к объекту управления.
Перед внедрением системы предусматривается обследование предприятия и разработка массивов нормативно-справочной информации как части информационного обеспечения.
По результатам обследования осуществляется настройка системы, которая может состоять в следующем: устанавливаются длины полей базы данных в соответствии с системой кодирования на конкретном предприятии.
Выполняется настройка экранных форм по входным документам пользователя. Круг пользователей, имеющих право на изменение базы данных должен быть ограничен. Каждый пользователь получает от администратора системы свой код и пароль. Цветовая настройка осуществляется по желанию конечного пользователя.
К числу типовых систем, которые разработаны за последнее время отечественными специалистами, относится система «Галактика» (разработчик АО «Новый Атлант»).
Система представляет собой многопользовательский сетевой комплекс полной автоматизации фирмы. Система имеет несколько версий:
ь для промышленных предприятий с непрерывным и дискретным циклом производства;
ь для оптовой и розничной торговли;
ь для корпораций.
Имея более 300 параметров настройки на конкретное предприятие, «Галактика» обеспечивает функциональность на уровне аналогов. Функциональная структура системы «Галактика» представлена на рис. 4.1. Внедрение системы, как и для других подобных систем можно провести в три этапа (рис. 4.2.).
Рис.4.2. Функциональная структура системы «Галактика»
Рис.4.2. Этапность выполнения работ по внедрению “Галактика”
Контрольные вопросы
1. Дайте определение функционального ППП.
2. На какие классы делятся ППП?
3. Чем характеризуется ППП?
4. Чем отличается пакет генерирующего типа от пакета интегрирующего типа?
5. Дайте характеристику объектного метода проектирования.
6. Дайте характеристику системы “Галактика”.
7. Из каких блоков состоит функциональное обеспечение системы “Галактика”?
8. Какова последовательность внедрения корпоративной системы “Галактика”?
Глава 5. Проектирование корпоративных информационных систем.
5.1 Реинжиниринг бизнес-процессов корпоративных ЭИС
В мировых административных и деловых кругах уже не первый год активно обсуждается, совершенствуется и применяется на практике концепция реорганизации бизнес-процессов (Business Process Reengineering, BPR) предприятия. Уже накоплен опыт радикального изменения технологий работы предприятий, выработан и инструментарий автоматизированной поддержки таких изменений, позволяющий максимально увеличить эффективность функционирования предприятия.
Первые годы перехода к рыночной экономике были временем организации бизнес-процессов (Business Process Engineering) на предприятиях. Реорганизовывать было нечего. К сожалению, построению рациональных технологий работы предприятия в применении к целям и задачам его деятельности на рынке уделялось крайне мало внимания, как и анализу существующих технологий. Это приводило к тому, что организация бизнес-процессов на предприятиях оставляла желать лучшего, а внедрение и применение информационных технологий оказывалось трудоемким и дорогостоящим, но главное -- неэффективным.
Поэтому в России процессы внедрения новых и реорганизации существующих технологий работы предприятия необходимо проводить одновременно.
Опыт выполнения ряда консалтинговых проектов по организации и реорганизации деятельности предприятий показывает, что в ходе построения рациональных технологий работы предприятия необходимо в первую очередь дать ответ на следующие вопросы:
ь Как рационально организовать бизнес-процессы в структурных подразделениях предприятия и на предприятии в целом?
ь Какой должна быть оптимальная оргштатная структура предприятия, чтобы обеспечить эффективную поддержку бизнес-процессов на предприятии?
ь Каковы должны быть должностные инструкции сотрудников подразделений предприятия, чтобы обеспечить реализацию рациональных бизнес-процессов?
ь Какие технологические участки в бизнес-процессах приводят к потерям денежных ресурсов и издержкам производства продукции?
ь Каковы «затратные» центры существующих технологий работы предприятия?
ь Какие действия необходимо предпринять, чтобы реанимировать деятельность предприятия?
ь Как осуществить функционирование дилерской сети по сбыту промышленной продукции?
ь Как эффективно организовать процессы маркетинга и сбыта продукции на предприятии?
ь Каким образом организовать на предприятии процедуры делопроизводства?
ь Как обосновать необходимость разработки, разработать и внедрить новую технологию выполнения работ на предприятии и в учреждении?
ь Какие информационные процессы происходят на предприятии или в учреждении и как они соответствуют функциональной деятельности сотрудников?
Затем можно приступать к внедрению на предприятии средств автоматизации и информационных технологий. Это связано с решением следующего круга вопросов:
ь Как эффективно перевести существующую или разработать новую корпоративную распределенную информационную систему архитектуры «клиент/сервер»?
ь Как получить обоснованные исходные данные для построения локальных вычислительных сетей, баз данных и процедур электронного документооборота?
ь Как автоматизировать документооборот предприятия?
ь Как обосновать эффективность применения программного обеспечения задач принятия решений на предприятии?
Предприятие представляет собой связанное множество бизнес-процессов, конечными целями которых является выпуск и сбыт продукции.
Бизнес-процесс представляет собой горизонтальную иерархию внутренних и зависимых между собой функциональных действий, конечной целью которых является выпуск и сбыт продукции или отдельных ее элементов.
Как правило, следует различать следующие категории бизнес-процессов:
ь процессы производства продукции (горизонтальные), которые приносят доход в бизнес-системе;
ь процессы планирования и управления (вертикальные), обеспечивающие эффективное планирование и управление получением дохода при реализации горизонтальных бизнес-процессов выпуска продукции;
ь ресурсные процессы (вертикальные), обеспечивающие доставку ресурсов в точку непосредственного выполнения действия;
ь процессы преобразования (вертикальные), являющиеся вспомогательными и необходимые для изменения существующих технологий.
Бизнес-процессы выпуска продукции являются основными, а процессы преобразования, ресурсные процессы и процессы планирования и управления являются по отношению к ним обеспечивающими процессами. В зависимости от предметной области необходимость применения, а также вес, сложность и значимость обеспечивающих процессов по отношению к основным бизнес-процессам меняются.
Базовыми показателями оценки эффективности бизнес-процессов являются:
ь количество производимой продукции заданного качества, оплаченное за определенный интервал времени;
ь количество потребителей продукции;
ь количество типовых операций, которые необходимо выполнить при производстве продукции за определенный интервал времени;
ь стоимость издержек производства продукции;
ь длительность выполнения типовых операций;
ь капиталовложения в производство продукции.
Реорганизация бизнес-системы обеспечивает увеличение количества производимой продукции и количества потребителей продукции, а также уменьшение стоимости издержек производства при заданных параметрах -- количестве операций, продолжительности их выполнения и объемах капиталовложений в производство. В реорганизации бизнес-системы важную роль играет структурный подход к перепроектированию бизнес-процессов.
В любой момент времени предприятие характеризуется текущим состоянием, то есть множеством бизнес-процессов. При этом процессы преобразования и обеспечения производства ресурсами выполняются в соответствии с определенными мероприятиями системы планирования, а процессы управления реализуются системой управления.
Каждый бизнес-процесс характеризуется:
ь существующей («как есть») технологией реализации бизнес-процесса;
ь существующей («как есть») оргштатной структурой предприятия, участвующей в реализации бизнес-процесса;
ь средствами автоматизации, оборудованием, механизмами и пр., обеспечивающими реализацию бизнес-процесса.
В свою очередь, любая технология реализации бизнес-процесса характеризуется:
ь существующей («как есть») иерархией действии;
ь существующими («как есть») горизонтально-вертикальными информационными взаимосвязями действий.
Текущее состояние бизнес-процессов оценивается текущими значениями показателей эффективности производства.
В процессе жизнедеятельности предприятия за счет выполнения бизнес-процессов осуществляется достижение определенной совокупности целей деятельности предприятия на рынке. При этом следует учитывать, что в зависимости от ситуации на рынке и результатов маркетинговых исследований могут появляться новые и модифицироваться существующие цели.
...Подобные документы
Методология структурного анализа и проектирования информационных систем. Базовый стандарт процессов жизненного цикла программного обеспечения. Цели и принципы формирования профилей информационных систем. Разработка идеальной модели бизнес-процессов.
презентация [152,1 K], добавлен 07.12.2013Технология разработки информационных систем (ИС). Жизненный цикл информационной системы. Состав и содержание работ на стадиях проектирования ИС. Проектирование унифицированной системы документации. Автоматизированное проектирование корпоративных ИС.
реферат [176,9 K], добавлен 15.04.2012Жизненный цикл информационных систем, методологии и технологии их проектирования. Уровень целеполагания и задач организации, классификация информационных систем. Стандарты кодирования, ошибки программирования. Уровни тестирования информационных систем.
презентация [490,2 K], добавлен 29.01.2023Особенности проектирования информационных систем основанных на базах данных. Использование CASE-средств и описание бизнес процессов в BP-Win. Этапы проектирования современных информационных систем, виды диаграмм и визуальное представление web-сайта.
курсовая работа [1,9 M], добавлен 25.04.2012Сущность проектирования информационных систем как поиска способа, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений. Характеристика даталогического и физического проектирования.
контрольная работа [30,7 K], добавлен 30.09.2011Основные области проектирования информационных систем: базы данных, программы (выполнение к запросам данных), топология сети, конфигурации аппаратных средств. Модели жизненного цикла программного обеспечения. Этапы проектирования информационной системы.
реферат [36,1 K], добавлен 29.04.2010Развитие информационных систем. Современный рынок финансово-экономического прикладного программного обеспечения. Преимущества и недостатки внедрения автоматизированных информационных систем. Методы проектирования автоматизированных информационных систем.
дипломная работа [1,5 M], добавлен 22.11.2015Недостатки позадачного подхода к проектированию. Понятие реинжиниринга бизнес-процессов предприятий, их структурные и оценочные характеристики, модели классификации. Структура бизнес-процесса SY, разработка систем и технологий. Правила декомпозиции.
презентация [409,8 K], добавлен 06.09.2015Анализ тенденций развития информационных технологий. Назначение и цели применения систем автоматизированного проектирования на основе системного подхода. Методы обеспечения автоматизации выполнения проектных работ на примере ЗАО "ПКП "Теплый дом".
курсовая работа [210,0 K], добавлен 11.09.2010Изучение понятия корпоративной информационной системы; требования к их разработке. Ознакомление с процессом проектирования и внедрения данных компьютерных технологий на производстве. Рассмотрение специфики работы корпоративных информационных систем.
курсовая работа [33,1 K], добавлен 02.11.2014Классификация информации по разным признакам. Этапы развития информационных систем. Информационные технологии и системы управления. Уровни процесса управления. Методы структурного проектирования. Методология функционального моделирования IDEF0.
курсовая работа [5,2 M], добавлен 20.04.2011Информационные системы - обычный программный продук, но они имеют ряд существенных отличий от стандартных прикладных программ и систем. Классификация, области применения и реализации информационных систем. Фазы проектирования информационных систем.
реферат [22,9 K], добавлен 05.01.2010Visual Basic for Application. Объекты и коллекции. Использование VBA в среде Access. Основы современной технологии проектирования АИС. Автоматизированное проектированиеCASE-технологий. Реинжиниринг бизнес-процессов и проектирование корпоративной ИС.
курсовая работа [2,1 M], добавлен 22.02.2008Теоретические основы проектирования информационно-справочных систем. Значение информационно-справочных компонент в корпоративных информационных системах. Разработка концептуальной и инфологической модели информационно-справочной системы ГОУ НПО ПУ №33.
дипломная работа [645,4 K], добавлен 02.09.2010Методы и технологии проектирования корпоративных сетей. Учет основных нужд предприятия в области информационных технологий при проектировании. Выбор схемы адресации сети, количества и функционального назначения серверов, настройка активного оборудования.
курсовая работа [360,3 K], добавлен 05.03.2012Анализ и проектирование информационных систем. Структурное и функциональное моделирование (Visio). Информационная модель базы данных для проектирования. Задача анализа статических состояний объекта проектирования (системы линейных и нелинейных уравнений).
курсовая работа [3,8 M], добавлен 05.04.2014Основы принятия проектно–конструкторских решений, направленных на получение описания системы, удовлетворяющего требованиям заказчика. Формальное определение операции проектирования, построение технологической сети. Описание документов на входе и выходе.
презентация [1,1 M], добавлен 19.10.2014Общее понятие, история возникновения и эволюция корпоративных информационных систем. Сущность, виды, возможности и механизм работы систем класса MRPII/ERP. Способы внедрения и оценка эффективности использования систем класса MRPII/ERP на предприятии.
курсовая работа [263,5 K], добавлен 03.06.2010Методология проектирования и особенности организации технического обслуживания информационных систем. Понятие, сущность, стадии, стандарты, структура и процессы жизненного цикла информационной системы, а также анализ достоинств и недостатков его моделей.
реферат [66,1 K], добавлен 07.05.2010Методологические основы оценки качества информационных ресурсов. Анализ принципов методологии, используемых при решении задач ОКФИС. Логика организации, ее теоретический базис, нормы и правила. Методы и средства моделирования информационных систем.
контрольная работа [66,7 K], добавлен 23.01.2011