Классификаторы технико-экономической информации
Систематизация экономической информации вызывает необходимость применения различных классификаторов:
· общегосударственные классификаторы (ОК), создаваемые в централизованном порядке и являющиеся едиными для всей страны;
· отраслевые, единые для отрасли национальной экономики;
· региональные, единые для данной территории;
· локальные, составляемые на номенклатуры, характерные для данного предприятия, организации, фирмы.
Для минимизации количества справочников, предназначенных для систематизации технико-экономической информации, необходимо сначала составить перечень классификаторов всех категорий, применяемых в процессе решения задачи.
При построении классификаторов используют иерархическийилифасетный методы классификации.
Иерархический метод заключается в последовательном делении заданного множества на подчиненные множества, каждое из которых в свою очередь делится на подчиненные ему подмножества.
Классификационные схемы, построенные на основе иерархического принципа, имеют неограниченную ёмкость, величина которой зависит от числа ступеней деления и количества объектов классификации, которое можно расположить на каждой ступени.
Иерархический метод классификации более предпочтителен для объектов с относительно стабильными признаками и для решения стабильного комплекса задач.
Фасетный метод заключается в делении заданного множества на группировки независимо, по различным признакам классификации. При этом методе классификации заранее жесткой классификационной схемы и конечных группировок не создается. Разрабатывается лишь система таблиц признаков объектов классификации, называемых фасетами. При необходимости создания классификационной группировки для решения конкретной задачи осуществляется выборка необходимых признаков из фасетов и их объединение в определенной последовательности.
Такой принцип построения классификационных группировок делает классификатор на основе фасетного метода классификации очень гибким, хорошо приспособленным для использования в условиях большой динамичности решаемых задач.
Классификационные методы кодирования бывают двух видов: последовательный и параллельный.
При последовательном методе кодирования код объекта классификации образуется с использованием кодов последовательно расположенных подчиненных группировок, полученных при иерархическом методе классификации. В этом случае код нижестоящей группировки образуется путем добавления соответствующего количества разрядов к коду вышестоящей группировки.
Последовательный метод применяется в такой последовательности:
1) определяется число группировочных признаков и их зависимость;
2) устанавливается число позиций в каждом группировочном признаке;
3) производится кодирование порядковыми номерами сначала старшего признака, затем следующих признаков внутри старших, каждый раз начиная с 1, 01, 001 в зависимости от значности младшего признака в пределах его старшего признака.
При параллельном (позиционном) методе код объекта классификации образует с использованием независимых группировок, полученных при фасетном методе классификации. При этом методе кодирования признаки объекта кодируются независимо друг от друга. Для параллельного метода кодирования возможны два варианта записи кодов объекта.
1) Каждый фасет и признак внутри фасета имеют свои коды, которые включаются в состав кода объекта. Такой способ записи удобно применять тогда, когда объекты характеризуются неодинаковым набором признаков и различны их числом. При формировании кода какого-либо объекта берутся только необходимые признаки.
Для определения групп объектов выделяется фиксированный набор признаков и устанавливается стабильный порядок их следования, то есть устанавливает фасетная формула. В этом случае не надо каждый раз указывать, значение какого признака приведено в определенных разрядах кода объекта.
22. Транзакции в информационной системе. Основные свойства. Выполнение транзакций.
Обработка транзакций в распределенных ИС.
ИС предъявляются жесткие требования по надежности. Один из методов обеспечения отказоустойчивости – восстановление ближайшего корректного составления системы.
Корректное состояние системы означает, что не нарушено логич. и физич. целостность данных.
Логич. целостность – удовлетв. всех ограничений, накладываемых на данные принятой моделью данных.
Физич. целостность означает, что ни один из элементов хранилища не испорчен с т.зр. СУБД.
Наиболее распространены механизмы контроля целостности посредством транзакций.
Транзакция – логически завершенная последовательность действий над данными, не нарушающая ограничения целостности.
Пример – перевод денег с одного счета на другой как 2 операции.
Свойства транзакций:
A- атомарность (Atomicity)
C – согласованность (Consistency)
I – изолированность (Isolation)
D – долговечность (Durability)
ACID – транзакция – все свойства включает.
А означает, что транзакция д.б. целиком либо не выполнена вовсе.
C – означает, что данные переходят из одного согласованного состояния в др. соглас. сотояние.
I – означает, что конкурирующие за доступ к одной и той же БД транзакции физически обрабатываются последовательно (изолированно друг от друга)
D – при успешном завершении транзакций изменение данных не теряется.
выполнение
Начало
Действие 1
….
Действие N
Конец
Все действия над данными делятся на 4 группы:
1. операция чтения (select, read)
2. операция записи (insert, delete)
3. операция определения объектов (role, table)
4. операция синхронизации (connect, commit, rollback)
В стандарте ANSI/ISO определены операторы «commit» и «rollback», позволяющие реализовать ACID–транзакции.
Сommit означает успешное завершение транзакций.
Rollback отменяет действия, произведенные во время выполнения транзакций.
Возможны 4 пути выполнения транзакций.
1. Успешное завершение транзакций
2. Прерванная транзакция
3. Успешное завершение всей программы
4.Ошибочное завершение программы
21 Модели архитектуры «клиент-сервер». AS – модель и многоуровневые архитектуры.
AS – Application Server – модель сервера приложений
DBS RDA
ИС при исп-ии AS становится распределенной. Осн. элементом AS модели явл-ся сервер прилож., где реализ. неск. прикл. функций, каждая из кот. оформлена как некий сервис, которым могут воспользоваться клиенты. Серверов прилож. м.б. несколько. AS-модель м. служить базой для построения многоуровневых архитектур клиент-сервер. В этом случае ядром сист явл-ся БД, сервер приложений, реализ прикладн функции с одной стороны явл-ся серверами для клиентов, а с другой стороны явл-ся клиентами для серверов, реализ. Базовые функции.
Порядок расположения вопросов в шпорах:
2. Общая характеристика и классификация CASE-средств
3.Технология внедрения case-средств.
5.Выполнение пилотного проекта
6.Полномасштабное внедрение case-средств
4.Определение потребностей в CASE -средствах
7.Стратегии внедрения Case - средств
8 Структура и содержание информационного обеспечения
9. Внемашинное ИО. Сис. Экон. Пок-й и сис. Док-ии.
10.Системы классификации и кодирования
12.Оорганизация внутримаш. ИО в виде лок. файлов
13.Организация внутримашинного ИО в виде БД
17.Виртуальные хранилища
14. Классиф-я систем по способам хранения данных
16. Транзакционные и аналитические системы
15. Хранилища данных
18.Технология клиент-сервер. Модели архитектуры
20.Сравнительный анализ двухуровневая архитектура К-С. Подходы «мощный сервер» и «мощный клиент»
23. Протокол двухфазовой фиксации транзакций.
24 Стратегии обработки транзакций
25.Промежуточное программное обеспечение (middleware) в архитектуре клиент/сервер
27 мониторы обработки транзакции
26.Средства доступа к базам данных и RPC
28Средства интеграции распределенных объектов (Брокеры объектных запросов – ORB)
29.Средства обработки сообщения МОМ
30. Надежность ИС
31 порядок оценка и надежности АЭИС
34 Интегрированные АЭИС
33.Требования к компонентам интегрированной системы управления. Требования к совместимости и
19.Сравнение файл-серверной и клиент-серверной архитектур
1.Технология автоматизированного проектирования
11. Классификаторы технико-экономической информации
22. Транзакции в информационной системе. Основные свойства. Выполнение транзакций.
21 Модели архитектуры «клиент-сервер». AS – модель и многоуровневые архитектуры.
По номерам:
01.Технология автоматизированного проектирования
02. Общая характеристика и классификация CASE-средств
03.Технология внедрения case-средств.
04.Определение потребностей в CASE -средствах
05.Выполнение пилотного проекта
06.Полномасштабное внедрение case-средств
07.Стратегии внедрения Case - средств
08 Структура и содержание информационного обеспечения
09. Внемашинное ИО. Сис. Экон. Пок-й и сис. Док-ии.
10.Системы классификации и кодирования
11. Классификаторы технико-экономической информации
12.Оорганизация внутримаш. ИО в виде лок. файлов
13.Организация внутримашинного ИО в виде БД
14. Классиф-я систем по способам хранения данных
15. Хранилища данных
16. Транзакционные и аналитические системы
17.Виртуальные хранилища
18.Технология клиент-сервер. Модели архитектуры
19.Сравнение файл-серверной и клиент-серверной архитектур
20.Сравнительный анализ двухуровневая архитектура К-С. Подходы «мощный сервер» и «мощный клиент»
21 Модели архитектуры «клиент-сервер». AS – модель и многоуровневые архитектуры.
22. Транзакции в информационной системе. Основные свойства. Выполнение транзакций.
23. Протокол двухфазовой фиксации транзакций.
24 Стратегии обработки транзакций
25.Промежуточное программное обеспечение (middleware) в архитектуре клиент/сервер
26.Средства доступа к базам данных и RPC
27 мониторы обработки транзакции
28Средства интеграции распределенных объектов (Брокеры объектных запросов – ORB)
29.Средства обработки сообщения МОМ
30. Надежность ИС
31 порядок оценка и надежности АЭИС
33.Требования к компонентам интегрированной системы управления. Требования к совместимости и
34 Интегрированные АЭИС
По алфовиту:
Виртуальные хранилища->17. |
Внемашинное ИО. Сис. Экон. Пок-й и сис. Док-ии.->09. |
Выполнение пилотного проекта->05. |
Интегрированные АЭИС->34 |
Классификаторы технико-экономической информации->11. |
Классиф-я систем по способам хранения данных->14. |
Модели архитектуры «клиент-сервер»..->21 |
мониторы обработки транзакции->27 |
Надежность ИС->30. |
Общая характеристика и классификация CASE-средств->02. |
Оорганизация внутримаш. ИО в виде лок. файлов->12. |
Определение потребностей в CASE -средствах->04. |
Организация внутримашинного ИО в виде БД->13. |
Полномасштабное внедрение case-средств ->06. |
порядок оценка и надежности АЭИС->31 |
Промежуточное программное обеспечение (middleware) в /сервер->25. |
Протокол двухфазовой фиксации транзакций. ->23. |
Системы классификации и кодирования->10. |
Сравнение файл-серверной и клиент-серверной архитектур->19. |
Сравнительный анализ двухуровневая архитектура К-С. клиент»->20. |
Средства доступа к базам данных и RPC ->26. |
Средства интеграции распределенных объектов (апросов – ORB)->28. |
Средства обработки сообщения МОМ->29. |
Стратегии внедрения Case - средств->07. |
Стратегии обработки транзакций->24 |
Структура и содержание информационного обеспечения->08 |
Технология автоматизированного проектирования->01. |
Технология внедрения case-средств.->03. |
Технология клиент-сервер. Модели архитектуры->18. |
Транзакции в информационной системе. транзакций.->22. |
Транзакционные и аналитические системы->16. |
Требования к компонентам интегрированной системы ости и ->33. |
Хранилища данных->15. |