 |
Дескрипторная система классификации
|
|
|
|
Разработаны три метода классификации объектов: иерархический, фасетный, дескрипторный.
Иерархическая система классификации
Иерархическая система классификации (рис. 3) строится следующим образом:
– исходное множество элементов составляет 0-й уровень и делится в зависимости от выбранного классификационного признака на классы (группировки), которые образуют 1-й уровень;
– каждый класс 1-го уровня в соответствии со своим, характерным для него классификационным признаком делится на подклассы, которые образуют 2-й уровень;
– каждый класс 2-го уровня аналогично делится на группы, которые образуют 3-й уровень и т.д.
Фасетная система классификации
Фасетная система классификации в отличие от иерархической позволяет выбирать признаки классификации независимо как друг от друга, так и от семантического содержания классифицируемого объекта. Признаки классификации называются фасетами (facet — рамка). Каждый фасет (Фi) содержит совокупность однородных значений данного классификационного признака. Причем значения в фасете могут располагаться в произвольном порядке, хотя предпочтительнее их упорядочение.
Дескрипторная система классификации
Дескрипторная (описательная) система классификации эффективно используется для организации поиска информации, для ведения тезаурусов (словарей). Язык данной системы классификации приближается к естественному языку описания информационных объектов. Особенно широко она используется в библиотечной системе поиска.
Суть дескрипторного метода классификации заключается в следующем:
1) отбирается совокупность ключевых слов или словосочетаний, описывающих определенную предметную область или совокупность однородных объектов. Причем среди ключевых слов могут находиться синонимы;
|
|
|
2) выбранные ключевые слова и словосочетания подвергаются нормализации, т.е. из совокупности синонимов выбирается один или несколько наиболее употребимых;
3) создается словарь дескрипторов, т.е. словарь ключевых слов и словосочетаний, отобранных в результате процедуры нормализации.
21. Структура классификаторов технико-экономической информации.
Любой классификатор состоит из двух частей:
| (1) | (2) |
1- реквизит-признак 2 - реквизит-основание
(1) - характеризует основную характеристику информации с позиции принадлежности информации какому-нибудь классу. Например, классификатор (класс) - территориальное деление государства, классификатор услуг, организация предприятия.
(2) - есть числовая характеристика классификатора, который иногда называется кодом конкретной информации. Например, код г. Москва - 095 (в территориальном делении РФ)
22. Структура экономического показателя.
Экономический показатель является составной единицей информации, отражающей количественную характеристику некоторого процесса предметной области-реквизит -основание вместе с однозначно определяющими его качествами реквизитами-признаками [51]. Структура показателя представлена на рис. 4.1.
Реквизиты-основания подразделяются по типу алгоритмов их получения на количественные, стоимостные, проценты, удельные веса и др. Множество реквизитов -признаков по степени формализации делится на два подмножества:
- справочные реквизиты-признаки - как правило, наименования, предназначенные для понимания показателя пользователем - экономистом;
- группировочные реквизиты-признаки ─ как правило, закодированные аналоги справочных признаков, предназначены для логической обработки информации на ЭВМ.
Основными объектами классификации и кодирования являются справочные реквизиты -признаки, описывающие процессы, место, время выполнения процессов, субъекты и объекты действия, отражаемые в показателе.
|
|
|
23. Параметры кода информации.
24. Признаки классификации экономической документации.
25. Какие формы документов выделяют при проектировании унифицированной системы документации?
26. Требования к документам результатной информации.
27. Классификация диалогов информационных систем.
28. Состав технологической сети проектирования экранных форм.
29. Архитектура информационного хранилища.
30. Требования к организации базы данных.
Установление многосторонних связей.
Некоторые базы данных будут содержать сложные переплетения взаимосвязей. Метод организации данных должен быть таким, чтобы обеспечивалась возможность удобного представления этих взаимосвязей и быстрого согласования вносимых в них изменений.
Производительность.
Система баз данных должна обеспечивать соответствующую пропускную способность. Но в системах, рассчитанных на небольшой поток запросов, пропускная способность накладывает незначительные ограничения на структуру базы данных.
Минимальные затраты.
Для уменьшения затрат на создание и эксплуатацию базы данных выбираются такие методы организации, которые минимизируют требования к внешней памяти.
Минимальная избыточность.
Целью организации базы данных должно быть уничтожение избыточных данных там, где это выгодно, и контроль за теми противоречиями, которые вызываются наличием избыточных данных.
Возможности поиска.
Пользователь базы данных может обращаться к ней с самыми различными вопросами по поводу хранимых данных.
Целостность.
Если база данных содержит данные, используемые многими пользователями, очень важно, чтобы элементы данных и связи между ними не разрушались.
Связь с прошлым.
В том случае, когда фирма начинает использовать на вычислительной установке новое программное обеспечение управления базами данных, очень важно, чтобы при этом она могла работать с уже существующими на этой установке программами, обрабатываемые данные можно было бы соответствующим образом преобразовывать. Важно, однако, чтобы проблема связи с прошлым не сдерживала развитие средств управления базами данных.
|
|
|
Связь с будущим.
Особенно важной представляется связь с будущим. В будущем данные и среда их хранения изменятся по многим направлениям. Одна из самых важных задач при разработке баз данных – запланировать базу данных таким образом, чтобы изменения ее можно было выполнять без модификации прикладных программ.
Простота использования.
Средства, которые используются для представления общего логического описания данных, должны быть простыми и изящными.
Интерфейс программного обеспечения должен быть ориентирован на конечного пользователя и учитывать возможность того, что пользователь не имеет необходимой базы знаний по теории баз данных.
31. Классификация технологических процессов обработки данных в ИС.
32. Какие ситуации представляют угрозу безопасности информации?
Основными источниками угроз безопасности АС и информации (угроз интересам субъектов информационных отношений) являются:
• стихийные бедствия и аварии (наводнение, ураган, землетрясение, пожар и т.п.);
• сбои и отказы оборудования (технических средств) АС;
• ошибки проектирования и разработки компонентов АС (аппаратных средств, технологии обработки информации, программ, структур данных и т.п.);
• ошибки эксплуатации (пользователей, операторов и другого персонала);
• преднамеренные действия нарушителей и злоумышленников (обиженных лиц из числа персонала, преступников, шпионов, диверсантов и т.п.).
33. Методы обеспечения защиты хранимых данных.
Основные механизмы защиты ПК от НСД могут быть представлены следующим перечнем:
1) физическая защита ПК и носителей информации;
Содержание физической защиты общеизвестно, поэтому детально обсуждать ее здесь нет необходимости. Заметим только, что ПК лучше размещать в надежно запираемом помещении, причем, в рабочее время помещение должно быть закрыто или ПК должен быть под наблюдением законного пользователя. При обработке закрытой информации в помещении могут находиться только лица, допущенные к обрабатываемой информации. В целях повышения надежности физической защиты в нерабочее время ПК следует хранить в опечатанном сейфе.
|
|
|
2) опознавание (аутентификация) пользователей и используемых компонентов обработки информации;
В концептуальном плане решение данной задачи принципиально не отличается от аналогичной задачи, решаемой в любой АСОД:
система защиты должна надежно определять законность каждого обращения к ресурсам, а законный пользователь должен иметь возможность, убедиться, что ему предоставляются именно те компоненты (аппаратура, программы, массивы данных), которые ему необходимы.
Для опознавания пользователей к настоящему времени разработаны и нашли практическое применение следующие способы:
1) с использованием простого пароля;
2) в диалоговом режиме с использованием нескольких паролей и/или персональной информации пользователей;
3) по индивидуальным особенностям и физиологическим характеристикам человека (отпечатки пальцев, геометрия руки, голос, персональная роспись, структура сетчатки глаза, фотография и некоторые другие);
4) с использованием радиокодовых устройств;
5) с использованием электронных карточек.
3) разграничение доступа к элементам защищаемой информации;
Разграничение доступа к элементам защищаемой информации заключается в том, чтобы каждому зарегистрированному пользователю предоставить возможности беспрепятственного доступа к информации в пределах его полномочий и исключить возможности превышения своих полномочий. В этих целях разработаны и реализованы на практике методы и средства разграничения доступа к устройствам ЭВМ, к программам обработки информации, к полям (областям ЗУ) и к массивам (базам) данных. Само разграничение может осуществляться несколькими способами, а именно:
1) по уровням (кольцам) секретности;
2) по специальным спискам;
3) по так называемым матрицам полномочий;
4) по специальным мандатам.
4) криптографическое закрытие защищаемой информации, хранимой на носителях (архивация данных);
Данный механизм, как следует из самого названия, предназначается для обеспечения защиты информации, которая подлежит продолжительному хранению на машинных носителях. Но при разработке методов его реализации имелась в виду и еще одна весьма важная цель — уменьшение объемов ЗУ, занимаемых хранимой информацией. Указанные цели и выступают в качестве основных критериев при поиске оптимальных вариантов решения задачи архивации данных.
Для предупреждения несанкционированного доступа к хранимой информации могут и должны использоваться все три рассмотренных выше механизма. Но особенно эффективными являются методы криптографического преобразования информации, поэтому они составляют основу практически всех известных механизмов архивации. Уменьшение объемов ЗУ достигается применением так называемых методов сжатия данных, сущность которых заключается в использовании таких систем кодирования архивируемых данных, которые при сохранении содержания информации требуют меньшего объема памяти носителя. Но тогда естественной представляется идея выбора такого способа кодирования, который удовлетворял бы обоим требованиям: обеспечивал бы уменьшение объема ЗУ и обладал бы требуемой надежностью криптографической защиты.
|
|
|
5) криптографическое закрытие защищаемой информации в процессе непосредственной ее обработки;
Назначение указанного метода очевидно, а целесообразность применения определяется возможностями несанкционированного доступа к защищаемой информации в процессе непосредственной обработки.
Если же обработка информации осуществляется в сетевой среде, то без применения криптографических средств надежное предотвращение несанкционированного доступа к ней практически не может быть обеспечено. Этим и обусловлено то достаточно большое внимание, которое уделяется разработке криптографических средств, ориентированных на применение в ПК.
6) регистрация всех обращений к защищаемой информации. Ниже излагаются общее содержание.и способы использования перечисленных механизмов.
Регистрация обращений к защищаемой информации ПК позволяет решать ряд важных задач, способствующих существенному повышению эффективности защиты, поэтому оно непременно присутствует во всех системах защиты информации.
Основные задачи, при решении которых заметную роль играет регистрация обращений, могут быть представлены следующим перечнем:
• контроль использования защищаемой информации;
• выявление попыток несанкционированного доступа к защищаемой информации;
• накопление статистических данных 6 функционировании систем защиты.
34. Принципы объектно-ориентированного подхода к проектированию ИС.
ООП держится на трех принципах: инкапсуляции, наследовании и полиморфизме.
Наблюдаемое в объектах объединение данных и операций в одно целое было обозначено термином инкапсуляция (первый принцип ООП). Применение инкапсуляции сделало объекты похожими на маленькие программные модули и обеспечило сокрытие их внутреннего устройства. Для объектов появилось понятие интерфейса, что значительно повысило их надежность и целостность.
Второй принцип ООП — наследование. Этот простой принцип означает, что если вы хотите создать новый класс, лишь немногим отличающийся от того, что уже существует, то нет необходимости в переписывании заново всех полей, методов и свойств. Вы объявляете, что новый класс является потомком (или дочерним классом) имеющегося класса, называемого предком (или родительским классом), и добавляете к нему новые поля, методы и свойства. Иными словами добавляется то, что нужно для перехода от общего к частному. Процесс порождения новых классов на основе других классов называется наследованием. Новые классы имеют как унаследованные признаки, так и, возможно, новые. Например, класс СОБАКИ унаследовал многие свойства своих предков - ВОЛКОВ
Третий принцип — это полиморфизм. Он означает, что в производных классах вы можете изменять работу уже существующих в базовом классе методов. При этом весь программный код, управляющий объектами родительского класса, пригоден для управления объектами дочернего класса без всякой модификации. Например, вы можете породить новый класс кнопок с рельефной надписью, переопределив метод отрисовки кнопки. Новую кнопку можно «подсунуть» вместо стандартной в какую-нибудь подпрограмму, вызывающую отрисовку кнопки. При этом подпрограмма «думает», что работает со стандартной кнопкой, но на самом деле кнопка принадлежит производному классу и отображается в новом стиле.
35. Принципы структурного подхода к проектированию ИС.
принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;
принцип иерархического упорядочивания - принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных;
принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы;
принцип непротиворечивости - заключается в обоснованности и согласованности элементов;
принцип структурирования данных - заключается в том, что данные должны быть структурированы и иерархически организованы
36. Отличия объектно-ориентированного и структурного подходов к проектированию ИС.
Первое отличие этих подходов друг от друга заключается в принципах декомпозиции и структурной организации элементов (компонентов, модулей) системы. Согласно этим принципам система представляет собой структуру, состоящую из четко выраженных модулей, связанных между собой определенными отношениями.
При использовании структурного подхода (первый вид декомпозиции) выполняется функциональная (процедурная, алгоритмическая) декомпозиция системы, т. е. она представляется в виде иерархии (дерева) взаимосвязанных функций. На высшем уровне система представляется единым целым с наивысшей степенью абстракции и по мере детализации (добавления уровней) разбивается на функциональные компоненты с более конкретным содержанием.
Второй вид декомпозиции – объектно-ориентированный. В рамках этого подхода система разбивается на набор объектов, соответствующих объектам реального мира, взаимодействующих между собой путем посылки сообщений.
Вторым отличием является объединение в объекте как атрибутивных данных (характеристики, свойства), так и поведения (функции, методы). В функционально-ориентированных системах функции и данные хранятся (существуют) отдельно.
Третье отличие двух подходов заключается в структурной организации внутри модулей системы. В структурном подходе модуль состоит из функций, иерархически связанных между собой отношением композиции (англ. part-of – часть-целое), т. е. функция состоит из подфункций, подфункция из подподфункций и т.д. В объектно-ориентированном подходе иерархия выстраивается с использованием двух отношений: композиции и наследования (англ. is-a – это есть). При этом в объектно-ориентированном подходе «объект-часть» может включаться сразу в несколько «объектов-целое». Таким образом, модуль в структурном подходе представляется в виде дерева, а в объектно-ориентированном подходе – в виде ориентированного графа, т. е. с помощью более общей структуры.
37. Диаграммы, используемые в объектно-ориентированном проектировании ИС. Какие из диаграмм используются для статического описания системы, а какие — для динамического описания системы? Объекты диаграмм и их элементы.
Основные типы UML-диаграмм, используемые в проектировании информационных систем
Графические изображения моделей системы в UML называются диаграммами. В терминах
языка UML определены следующие их виды
· диаграмма классов(class diagram
· диаграмма вариантов использования или прецедентов(use case diagram
· диаграмма последовательности(sequence diagram
· диаграммы поведения(behavior diagrams
· диаграмма состояний(statechart diagram
· диаграмма деятельности(activity diagram
· диаграмма взаимодействия(interaction diagram
· диаграмма кооперации(collaboration diagram
· диаграммы реализации(implementation diagrams
· диаграмма компонентов(component diagram
· диаграмма развертывания(deployment diagram
Каждая из этих диаграмм конкретизирует различные представления о модели системы. При этом, диаграмма вариантов использования представляет концептуальную модель системы, которая является исходной для построения всех остальных диаграмм. Диаграмма классов является логической моделью, отражающей статические аспекты структурного построения системы, а диаграммы поведения, также являющиеся разновидностями логической модели, отражают динамические аспекты её функционирования. Диаграммы реализации служат для представления компонентов системы и относятся к ее физической модели
Из перечисленных выше диаграмм некоторые служат для обозначения двух и более подвидов. В качестве же самостоятельных представлений используются следующие диаграммы: вариантов использования, классов, состояний, деятельности, последовательности, кооперации, компонентов и развертывания
Диаграмма
Диаграмма классов (Class diagram) — статическая структурная диаграмма, описывающая структуру системы, она демонстрирует классы системы, их атрибуты, методы и зависимости между классами существуют разные точки зрения на построение диаграмм классов в зависимости от целей их применения:
концептуальная точка зрения — диаграмма классов описывает модель предметной области, в ней присутствуют только классы прикладных объектов;
точка зрения спецификации — диаграмма классов применяется при проектировании информационных систем;
точка зрения реализации — диаграмма классов содержит классы, используемые непосредственно в программном коде (при использовании объектно-ориентированных языков программирования
Диаграмма классов представляет собой граф, вершинами которого являются элементы типа «классификатор», связанные различными типами структурных отношений. Диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи
Диаграмма вариантов использования
Диаграмма вариантов использования (Use case diagram) — диаграмма, на которой отражены отношения, существующие между 4 вариантами использования.
Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
Диаграммы вариантов использования описывают функциональное назначение системы или то, что система должна делать. Разработка диаграммы преследует следующие цели:
определить общие границы и контекст моделируемой предметной области;
сформулировать общие требования к функциональному поведению проектируемой системы;
разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями
Диаграммы взаимодействия
Диаграммы последовательностей и кооперации (и те, и другие называются диаграммами взаимодействий) относятся к числу пяти видов диаграмм, применяемых в UML для моделирования динамических аспектов системы. На диаграммах взаимодействий показывают связи, включающие множество объектов и отношений между ними, в том числе сообщения, которыми объекты обмениваются. При этом диаграмма последовательностей акцентирует внимание на временной упорядоченности сообщений, а диаграмма кооперации - на структурной организации посылающих и принимающих сообщения объектов. Диаграммы взаимодействий могут существовать автономно и служить для визуализации, специфицирования, конструирования и документирования динамики конкретного сообщества объектов, а могут использоваться для моделирования отдельного потока управления в составе прецедента. Поскольку диаграмма взаимодействий - это частный случай диаграммы, ей присущи общие для всех диаграмм свойства: имя и графическое содержание, являющееся одной из проекций модели. От других диаграмм ее отличает содержание. Как правило, диаграммы взаимодействий содержат: объекты; связи; сообщения.
Диаграмма деятельности
Диаграмма деятельности (Activity diagram) — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов - вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла к входам другого. Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.
38. Схемы организации работ при проектировании ИС.
1. Классическое проектирование
Классическое проектирование основано на использовании "каскадной схемы" организации работ.
Этапы проектирования ЦОД, как части ИС:
"ЗАПУСК". Организация, разработка, проектирование ЦОД, издание приказа и/или заключение договора о разработке ИС, задания на выполнение работ;
"ОБСЛЕДОВАНИЕ". Предпроектное обследование, общий анализ ситуации на предприятии, разработка общего обоснования целесообразности создания ЦОД;
"КОНЦЕПЦИЯ", разработка Технического задания (ТЗ) на базе исследований бизнес-требований, рекомендаций для технического проектирования ЦОД, ТЗ на проектирование ЦОД в целом и частного ТЗ для подсистем;
"ЭСКИЗНЫЙ ПРОЕКТ". Разработка архитектуры будущей ИС;
"ОПЫТНЫЙ ВАРИАНТ ИС". Разработка пилотного проекта ИС для опытной эксплуатации;
"ОПЫТНАЯ ЭКСПЛУАТАЦИЯ ИС". разработка исправлений и дополнений к ТЗ;
"ТЕХНИЧЕСКИЙ ПРОЕКТ";
"РАБОЧАЯ ДОКУМЕНТАЦИЯ". Разработка рабочей документации проекта;
"ВНЕДРЕНИЕ " ИС на базе ЦОД.
Одно из использовавшихся в западной литературе названий классического проектирования: "водопадная модель" (waterfall mdel). Водопадная модель обязана включать итерационные процедуры уточнения требований к ИС и этапы рассмотрения вариантов проектных решений. Все эти процедуры и этапы носили, в основном, последовательный характер. Предметом проекта является проектируемая ИС, в системном ее представлении.
2. Структурное проектирование
При структурном проектировании формально целостной ИС на стадии обследования определяют системные функции, затем детализируют их. По мере реализации фрагментов ИС используют детальные описания функций соответствующего фрагмента. Такое проектирование называется проектированием "сверху вниз".
Упоминаемая функциональная иерархия - очень важный признак рассматриваемых подходов. Из-за определяющего влияния на процессы и результаты проектирования ИС иерархических структур для представления функций и данных в ИС применявших подход получил общее название "структурное проектирование". Привычность и доступность иерархических моделей были привлекательным фактором. Однако жесткость иерархических структур ограничивает их пользу. И чем дальше, тем менее эти ограничения допустимы.
39. Параметры сетевого графика.
параметры сети: сроки совершения событий, резервы времени, продолжительность критического пути. Для описания сети в "терминах событий" используются следующие понятия:
- ранний срок наступления событий (
) - минимальный срок, необходимый для выполнения всех работ, предшествующих данному событию, равен продолжительности наибольшего из путей, ведущих от исходного события 1 к данному.
(6.2.)
- максимальный путь от исходного события 1 до завершающего называется критическим путем сети (
);
- поздний срок наступления событий (
) - максимально допустимый срок наступления данного события, при котором сохраняется возможность соблюдения ранних сроков наступления последующих событий, равен разности между продолжительностью критического пути и наибольшего из путей, ведущих от завершающего события 1 к данному:
(6.3.)
Все события в сети, не принадлежащие критическому пути, имеют резерв времени (
), показывающий на какой предельный срок можно задержать наступление этого события, не увеличивая общего срока окончания работ (т.е. продолжительности критического пути).
(6.4.).
При описании сети в "терминах работ" определяют:
- ранние и поздние сроки начала и окончания работ 
, 
:
- ранний срок начала:
(6.5.)
-поздний срок начала:
(6.6.)
-ранний срок окончания:
(6.7.)
-поздний срок окончания:
(6.8.).
Работы сетевой модели могут иметь два вида резервов времени: полный (
) и свободный (
).
Полный резерв показывает, на сколько может быть увеличена продолжительность данной работы или сдвинуто её начало так, чтобы продолжительность максимального из проходящих через неё путей не превысила критического пути.
(6.9.)
Свободный резерв показывает максимальное время, на которое можно увеличить продолжительность данной работы или изменить её начало, не меняя ранних сроков начала последующих работ.
40. Какие исходные показатели необходимы при разработке технико-экономических показателей проекта?
41. Оценка экономической эффективности проектируемой ИС.
|
|
|
