Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Теория экономических информационных систем. Учебное пособие

.pdf
Скачиваний:
0
Добавлен:
07.09.2026
Размер:
1 Мб
Скачать
☆
31
Прих
Дата
Пост
Склад
01.10.16
1728
02
Ним
Кво-док
Кво-пр
Цена
Сумма
26114 49712
16 10
16 8 5,00
6,00
80,00 48,00
Прих
Дата
Пост
Склад
07.10.16
3476
02
Ним
Кво-док
Кво-пр
Цена
Сумма
49712 72426 26114
12
8 5
10
8 5
6,00 8,00 5,00
60,00 64,00 25,00
Бланки документа «Приходный ордер»
Рисунок 2.4
Значением СЕИ называется набор значений непосредственно
входящих в нее атрибутов и набор собраний непосредственно входящих
в нее других СЕИ.
Основные операции над единицами информации:
Операции для имени: Переименование и объявление синонима
Переименованием единицы информации называется присвоение ей
нового имени.
Объявление синонима - это установление второго, третьего и т.д. равноценного имени для единицы информации.
Операция над значением атрибута всего одна - это перекодирование, т.е. замена существующего кода значения на новый для всех значений.
Операции над значением СЕИ:
Выборка - операция выделения подмножества значений СЕИ,
которые удовлетворяют заранее поставленным условиям выборки.
Корректировка означает выполнение одной из операций:
- добавление нового значения СЕИ,
- исключение существующего значения СЕИ,
- замена некоторого значения СЕИ на новое значение.
Операции над структурой СЕИ:
Декомпозиция - операция преобразования исходной СЕИ в несколько
СЕИ с различными структурами.
Декомпозиция приходного ордера может привести, например, к двум
СЕИ:
Цена (Ннм,Цена);
Приход (Дата,Пост,Склад,Ннм,Кво-док,Кво-пр,Сумма).
Композиция - операция преобразования нескольких СЕИ с различными структурами в одну СЕИ. Декомпозиция и композиция являются взаимообратными операциями, в частности, композиция Цены и Приход дает Прих.
32
Дата
Пост
Склад
Ннм
Кво-док
Кво-пр
Цена
Сумма
01.10.16
1728
02
6114
16
16
5.00
80.00
01.10.16
1728
02
49712
10 8 6.00
48.00
07.10.16
3476
02
49712
12
10
6.00
60.00
07.10.16
3476
02
72426
8 8 8.00
64.00
07.10.16
3476
02
26114
5 5 5.00
25.00
Карт
Склад
Ним
Цена
02
26114
5,00
Пост
Дата
Кво-док
Кво-п
Сумма
1 728
01.10.16
07.10.16
16
16
80,00
Карт
Склад
Ннм
Цена
02
49712
6.00
Пост
Дата
Кво-док
Кво-пр
Сумма
1 728 3476
01.10.16
07.10.16
10 12
8 10
48,00 60,00
Карт
Склад
Ннм
Цена
02
72426
8,00
Пост
Дата
Кво-док
Кво-пр
Сумма
3476
07.10.16
8 8 64,00
Нормализация - это операция перехода от СЕИ с произвольной структурой к СЕИ с двухуровневой структурой. Одновременно происходит перекомпоновка значений СЕИ.
Нормализация приходного ордера приводит к следующему результату (рис.2.5):
Нормализация СЕИ
Рисунок 2.5
Свертка - операция преобразования СЕИ с двухуровневой
структурой в СЕИ с произвольной многоуровневой структурой. Свертка нормализованного приходного ордера может быть произведена в исходную структуру, а также в другие ненормализованные документы, имеющие экономический смысл, например карточку складского учета (рис.2.6).
Рисунок 2.6 - Карточки складского учета
Все свойства единиц информации в представлении пользователя и проектировщика представлены в табл. 2.1
33
Название свойства
Атрибут
Составная единица информации
Представления пользователя
Представления проектировщика
Документ
Показатель
Отношение
Веерное отношение
Имя Значение Структура
+ + + + +
+ + +
+ + +
+ + +
Операции над именем
Над значе­нием
Над струк­турой
Переименование, объявление синонима
Перекоди­рование
Выборка, корректировка
Арифмети­ческие операции
-
Декомпо­зиция,
Композици я,
Нормали­зация, свертка
-
Проекция, соединение, добавление атрибутов
Добавление/ изъятие атри­бутов
Таблица 2.1. Свойства единиц информации
содержащий оформленное в установленном порядке сообщение и имеющий юридическую силу.
документа на элементарные осмысленные фрагменты, называемые
показателями.
информативность (осмысленность) и поэтому достаточной для образования самостоятельного документа. Показатель удобно применять как обобщающую единицу измерения объема данных.
параметра, характеризующего некоторый объект или процесс.
Материальные процессы, как известно, имеют качественную и количественную характеристики. Соответственно и атрибуты делятся на два класса: «атрибуты-признаки» и «атрибуты-основания».
качественного свойства некоторого объекта, предмета, процесса.
свойства.
несколько атрибутов-признаков, однозначно характеризующих условия существования основания.
можно использовать следующие закономерности:
2.7 Экономические показатели и документы
Документом называют материальный носитель информации,
При анализе экономических документов ставится задача разделения
Показатель является минимальной группой атрибутов, сохраняющей
Показатель представляет собой полное описание количественного
Атрибут-признак представляет собой информационное отображение
Атрибут-основание является отображением их количественного
В состав показателя должны входить один атрибут-основание и
Для установления признаков и оснований в конкретных документах
34
1) Если значение атрибута является исходным данным или
результатом арифметической операции - это основание.
2) Если значение текстовое - это признак.
3) Если атрибут обозначает предмет - это признак.
4) Если атрибут в некотором показателе является признаком
(основанием), - он будет играть эту роль и в других показателях.
5) Если показатели описывают сходные процессы - их призначные
части совпадают.
6) Если основание показателя вычисляется по значениям других
оснований, то набор признаков такого показателя есть объединение признаков, связанных с этими основаниями.
Минимальный набор атрибутов показателя должен содержать:
- атрибуты, отображающие идентификаторы объектов,
- атрибуты, отображающие признак времени,
- атрибут, отображающий некоторое количественное свойство
объекта или взаимодействия.
Закономерности, установленные в математике для арифметических операций над переменными с индексами, трансформируются в правила арифметических действий над показателями.
Критерием качества создания базы данных может служить минимальная избыточность хранимой информации. Обычно минимальная избыточность выражается принципом: каждое сообщение хранится в БД один раз. Соблюдение этого принципа сокращает объем памяти ЭВМ, требуемой для хранения базы данных, сокращает трудоемкость ввода данных в ЭВМ и упрощает проблемы контроля достоверности вводимой информации, упрощает алгоритмы корректировки данных, так как корректировка сообщения может быть проведена за одно обращение к базе данных.
Использование аппарата экономических показателей позволяет создать структуру БД с минимальной избыточностью. Для этого сначала расчленяют все сведения, циркулирующие в ЭИС, на показатели, а потом объединяют атрибуты родственных показателей по принципу: в один файл
включается группа экономических показателей с одинаковым составом
атрибутов-признаков.
2.8 Детализация представлений ЭИС
В качестве предметной области можно изучать не только материальные системы, но и саму ЭИС. Выделяемые в ЭИС объекты, свойства и взаимодействия служат понятийной основой для моделей создания и функционирования ИС. Такие компоненты ИС, как база данных и программное обеспечение, не являются физическими объектами, поэтому информационное отображение ИС осуществляется в метаинформацию. Метаинформацию следует представлять как информацию об информации.
Классификация компонентов ЭИС приводится на рис.2.7 и в
табл.2.2.
35
Данные/ метаданные
Система/ процесс
Вычислительная система
Внешняя среда
Атрибут Отношение Показатель База данных
Ключ Схема Подсхема
Подсистема Задача Программа Задание
Транзакция
Физическое устройство Терминал Линия (канал)
Узел сети ЭВМ
Пользователь Администратор БД
Компоненты экономической информационной системы
Рисунок 2.7
Таблица 2.2 Компоненты информационной системы
сматриваются в последующих разделах.
задание, при диалоговой обработке - транзакция (взаимодействие). Задание содержит одну или несколько программ, выполняемых в определенной последовательности. Транзакция обычно представляет собой одну команду информационного процессора.
содержания и метода решения на ЭВМ. Определение содержательной стороны задачи связано с декомпозицией функций управления экономическим объектом. В этом контексте экономическая задача является элементарным процессом, реализующим некоторую функцию управления в конкретном подразделении системы управления. С точки зрения решения на ЭВМ задача представляет собой определенную последовательность программ, реализующих формирование фиксированного потока выходной информации.
классификации основных функций управления экономическим объектом. Так, для промышленного предприятия крупными подсистемами обычно являются:
Понятия, которые описывают данные и метаданные, рас-
Элементарным процессом при пакетной обработке данных является
Задачу можно рассматривать с точки зрения ее экономического
Группировка задач в подсистемы соответствует принятой
36
- управление сбытом и реализацией продукции,
- технико-экономическое планирование,
- управление материально-техническим снабжением,
- бухгалтерский учет,
- оперативное управление производством,
- управление технической подготовкой производства.
Пользователей экономической информационной системы можно подразделить на пять типов:
- случайные пользователи, взаимодействие которых с ЭИС не
обусловлено их служебными обязанностями,
- параметрические пользователи, которые работают с ЭИС
повседневно, в соответствии с четко определенной областью деятельности, по регламентированным процедурам,
- аналитики и исследователи, информационные потребности которых
непредсказуемы (в отличие от параметрических пользователей),
- прикладные программисты, которые разрабатывают программы для
реализации запросов к базе данных. Эти программы используются в основном параметрическими пользователями,
- системные программисты, которые разрабатывают служебные
программы, расширяющие возможности операционной системы ЭВМ и СУБД, например программы разграничения доступа к данным, проверки достоверности данных, восстановления базы данных после сбоя в работе ЭВМ, программы печати документов и т.п.
Администратор базы данных - это специалист или группа специалистов, занятых обслуживанием пользователей базы данных. Администратор должен координировать процессы сбора информации, проектирования и эксплуатации базы данных, обеспечения защиты и целостности данных. Администратор обязан учитывать текущие и перспективные информационные потребности пользователей.
Описание хранимой и обрабатываемой информации в ЭИС делается с разной степенью детализации. Используются три уровня представления (рис. 2.8):
1) Внешний уровень - описание информационных потребностей
конечного пользователя.
2) Концептуальный уровень - описание информационных
потребностей на уровне понятий ЭИС.
3) Внутренний уровень - описание способа хранения информации в
памяти ЭВМ и методов доступа к ней.
Внутренний уровень наиболее близок к физической памяти ЭВМ, внешний уровень наиболее близок к пользователям, а концептуальный уровень занимает промежуточное положение.
37
Пользователи
Детализация представлений ЭИС.
Рисунок 2.8
1) Внешнее представление может пользоваться любым аппаратом
понятий. Единственное требование состоит в возможности преобразования его в концептуальное представление. Внешнее представление оказывается достаточным для применения ряда прикладных программ, которые можно охарактеризовать как генераторы отчетов. Генерация отчетов предполагает преобразование потока входной информации в выходной поток.
2) Концептуальное представление описывает полное инфор-
мационное содержание базы данных в более абстрактной форме по сравнению со способом физического хранения данных. Цель концептуального уровня - создать такое формальное представление о базе данных, чтобы любое внешнее представление являлось его подмножеством.
Концептуальный уровень описания оказывается достаточным для использования программной поддержки в виде систем управления базами данных. Концептуальное описание при этом необходимо адаптировать к требованиям конкретной СУБД, значительно упрощаются вопросы разработки программного обеспечения системы, сокращаются сроки разработки ЭИС.
К концептуальному представлению предъявляется требование устойчивости. Это означает, что ряд изменений в предметной области не должен приводить к обязательной корректировке концептуального представления.
При обработке данных правила описания данных содержатся в моделях данных, а описание информации для конкретной ЭИС называется представлением, схемой или структурой. Принципиальными различиями обладают три модели данных - реляционная, сетевая и иерархическая, у которых разные множества допустимых информационных конструкций.
3) Внутреннее описание данных определяет организацию данных в
памяти ЭВМ и методы доступа к данным. Основные методы организации данных - последовательный, цепной или списковый и древовидный. Это наиболее детальное описание процессов обработки данных в ЭИС. Если ЭИС разработана с применением СУБД, то требуемые параметры внутреннего описания довольно немногочисленны.
38
Проектирование
Эксплуатация. Модификация
Утилизация
ТЗ и ТП
РП
Ввод
Использование Старого проекта в новом Использование содержимого БД Продажа компонентов ЭИС
Обследование ПО Идентификация
Структура БД Технология
Выбор ЭВМ и СУБД Проверка корректности
Описание БД Интерфейсы Программирование
Тестирование Обучение
Актуализация БД Опытная
эксплуатация Авторский надзор
Если структура хранимой базы данных меняется, то должны обеспечиваться все требования концептуального описания системы, существовавшие до начала изменений.
Наличие нескольких уровней детализации позволяет расчленить процесс проектирования ЭИС на несколько более простых шагов, а также предоставить возможность участия в разработке ЭИС пользователям и специалистам, не имеющим профессиональной подготовки в области обработки данных.
2.9 Жизненный цикл ЭИС
В жизненном цикле ЭИС можно выделить несколько этапов, относящихся к ее разработке и эксплуатации.
Разработкой (проектированием) ЭИС называется процесс составления описания еще не существующей системы на разных языках и с различной степенью детализации, в ходе которого осуществляется оптимизация проектных решений.
Этапами проектирования являются (рис.2.9):
- обоснование создания ЭИС;
- разработка технического задания (ТЗ);
- техническое проектирование (ТП);
- рабочее проектирование (РП);
- ввод ЭИС в действие.
Более детальное описание работ на стадии технического проектирования включает в себя следующие действия.
1) Обследование предметной области (ПО). Результатом
обследования является техническое задание (ТЗ).
2) Определение объектов и их атрибутов.
3) Установление всех структурных связей между объектами и
процессами. Разработка структуры базы данных, проверка ее корректности и полноты.
4) Определение технологии работы ЭИС, т.е. определение порядка
сбора, контроля и хранения данных.
Этапы жизненного цикла ЭИС
Рисунок 2.9
39
5) Выбор ЭВМ и СУБД. Оценка требуемых объемов памяти и
трудоемкости разработки программ.
6) Проверка корректности проекта и определение сроков его
реализации.
Итогом перечисленных выше действий становится технический проект (ТП) ЭИС.
На стадии рабочего проектирования (РП) необходимо:
- создать описания всех компонентов базы данных;
- разработать экранные формы и системы меню для всех групп
пользователей,
- разработать программы для всех приложений,
- заполнить ЭИС отладочными данными и оттестировать ее,
- составить инструкции по работе с ЭИС и обучить пользователей. Ввод в эксплуатацию:
- актуализация БД,
- опытная эксплуатация,
- авторский надзор.
Стадию эксплуатации можно охарактеризовать как период стабильного функционирования ЭИС, не требующий изменения ранее принятых проектных решений. Процесс эксплуатации обычно через некоторые периоды времени прерывается стадиями модификации системы.
Под стадией модификации будем понимать процесс корректировки проектных решений по отдельным компонентам ЭИС. Стадия эксплуатации начинается с заполнения ЭИС реальными данными. На стадии эксплуатации ЭИС требуется обеспечить реорганизацию БД, рестарт и восстановление, копирование БД, контроль непротиворечивости БД.
Этапы эксплуатации поочередно меняются с этапом модификации ЭИС до тех пор, пока не наступит момент морального старения ЭИС и будет принято решение о ее ликвидации и разработке принципиально новой системы. Важность модернизации ЭИС можно пояснить такими данными: стоимостные затраты на модернизацию ЭИС достигают примерно трети объема эксплуатационных расходов, т.к. за год в ЭИС обычно меняется 10­40% первичных документов и 20-50% выходных документов.
При утилизации ЭИС: используется старый проект в новом; используется содержимое БД; продажа компонентов ЭИС.
2.10 Цели и методы модификации ЭИС
В процессе эксплуатации ЭИС обязательно производится слежение за изменением параметров ЭИС и предметной области. Для этого используются, например:
1) информация об изменениях в системе документооборота;
2) данные об изменениях в составе решаемых экономических задач,
3) характеристики потока запросов к БД,
4) оценки пользователей о качестве получаемой информации,
5) сбор статистики о выполненных заданиях,
40
Цели
модификации
Методы модификации ЭИС
Реструктуризация
Перепрограммирование
прикладных задач
Реорганизация
Настройка вычислительной
системы
Исправление проектных ошибок
+ + +
Улучшение эксплуатационных характеристик
+ + + +
Адаптация к изменениям в предметной области
+ +
Разработка нового приложения
+ + +
Совместимость с другими ЭИС
+ + +
6) изменения количественных и качественных характеристик
предметной области.
Первоначально должна быть поставлена цель модификации ЭИС и определено множество методов, ведущих к ее достижению (рис.2.10). Собираемая и анализируемая информация должна лишь доказать (или оп­ровергнуть) целесообразность применения конкретного метода модификации и позволить выработать его спецификацию.
Взаимозависимость эксплуатации и модификации ЭИС
Рисунок 2.10
Цели модификации ЭИС можно разделить на шесть больших групп:
- исправление проектных ошибок;
- улучшение эксплуатационных характеристик ЭИС;
- адаптация к изменениям в предметной области;
- разработка нового приложения;
- обеспечение совместимости с другими ИС, перенос БД в новую
аппаратно-программную среду.
Конкретные методы модификации ЭИС группируются по четырем направлениям (табл. 2.3):
Таблица 2.3- Соответствие целей и методов модификации ЭИС
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]