3. Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта
Внедрение проекта включает в себя три этапа:
подготовка объекта к внедрению проекта;
опытное внедрение проекта
сдача его в промышленную эксплуатацию.
На этапе Подготовка объекта к внедрению проекта осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ИС.
На этапе Опытное внедрение осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и составляют Акт о проведении опытного внедрения.
На этапе Сдача проекта в промышленную эксплуатацию осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный Техно-рабочий проект и Акт приемки проекта в промышленную эксплуатацию.
Эксплуатация и сопровождение проекта включает этапы:
эксплуатация проекта;
сопровождение и модернизация проекта.
На этапе Эксплуатация проекта получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде замечаний, которые накапливаются для выполнения следующего этапа.
На этапе Сопровождение проекта выполняются два вида работ:
ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта,
осуществляется модернизация проекта. В процессе модернизации проект либо дорабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного Техно-рабочего проекта.
На стадии внедрение проекта проводятся подготовка и постепенное освоение разработанной проектной документации ИС заказчиками системы и осуществляется выявление частных и системных принципиальных недоработок в предлагаемом проектном решении.
Внедрение может осуществляться с использованием следующих методов:
последовательный метод, когда последовательно внедряется одна подсистема за другой и одна задача следует за другой задачей. Недостаток: увеличение длительности внедрения, что ведет за собой рост стоимости проекта.
параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно. Недостаток: возникает возможность пропуска ошибок в проектной документации (хотя сокращается время внедрения).
смешанный подход, согласно которому проектировщики, внедрив несколько подсистем первым методом и накопив опыт, приступают к параллельному внедрению остальных. Используется чаще других.
Внедрение проекта осуществляется в течение трех этапов:
1. этап. Подготовка объекта к внедрению:
изменяется организационная структура объекта;
набираются кадры соответствующей;
оборудуется здание под установку вычислительной техники;
выполняются закупка и установка вычислительной техники;
в цехах, отделах устанавливаются средства сбора, регистрации первичной информации и передачи по каналам связи;
осуществляется создание файлов информационной базы с нормативно-справочной информацией.
В результате выполнения этапа составляется Акт готовности объекта к внедрению проекта ИС. Затем формируется состав приемной комиссии, разрабатывается Программа проведения опытного внедрения и издается Приказ о начале опытного внедрения.
2 этап. Опытное внедрение:
подготовка исходных оперативных данных для задач, которые проходят опытную эксплуатацию;
ввод исходных данных в ЭВМ и выполнение запланированного числа реализаций;
анализ результатных данных на предмет наличия ошибок.
В случае обнаружения ошибок осуществляются поиск причин и источников ошибок, внесение коррективов в программы, в технологию обработки информации, в работу технических средств, в исходные оперативные данные и в файлы с условно-постоянной информацией. Кроме того, выявляется неквалифицированная работа операторов, что служит основанием для проведения комплекса мер по улучшению подготовки кадров.
После устранения ошибок получают Акт о проведении опытного внедрения.
3 этап. Сдача проекта в промышленную эксплуатацию.
проверка соответствия выполненной работы договорной документации по времени выполнения, объему проделанной работы и затратам денежных средств;
проверка соответствия проектных решений по ИС требованиям ТЗ;
проверка соответствия проектной документации ГОСТам;
проверка технологических процессов обработки данных по всем задачам и подсистемам;
проверка качества функционирования информационной базы, оперативности и полноты ответов на запросы;
выявление локальных и системных ошибок и их исправление.
В результате выполнения работ данном этапе составляется Акт сдачи проекта в промышленную эксплуатацию.
На стадии Эксплуатация и сопровождение проекта решается вопрос о том, чьими силами (персоналом объекта-заказчика или организации-разработчика) будут осуществляться эксплуатация и сопровождение проекта, и в случае выбора второго варианта заключается Договор о сопровождении проекта.
В процессе выполнения этапа эксплуатация проекта осуществляются исправления в работе всех частей системы при возникновении сбоев, регистрация этих случаев в журналах, отслеживание технико-экономических характеристик работы системы и накопление статистики о качестве работы всех компонентов системы.
На этапе Сопровождение и модернизация проекта выполняется анализ собранного статистического материала, а также анализ соответствия параметров работы системы требованиям окружающей среды. Анализ осуществляет создаваемая для этих целей комиссия. По результатам анализа:
дается заключение о необходимости модернизации всего проекта или его частей;
определяется объем доработок, сроки и стоимость выполнения этих работ.
Метод классификации важности функций управления.
Метод MuSCoW.
Mu - Must have – необходимые функции, они обеспечивают критичные для успешной работы системы возможности.
S - Should have – желательные функции.
Cо - Could have – возможные функции.
W – Won’t have – отсутствующие функции. Используются для четкого представления границ проекта.
Кроме важности определяют трудоемкость и в первую очередь автоматизации подлежат важные и трудоемкие работы.
Для сложных ИС иногда на предпроектной стадии включают третий этап – разработка эскизного проекта. В эскизном проекте описываются алгоритмы обработки информации, описываются информационные потребности пользователей на уровне названий документов и показателей. Содержание эскизного проекта задается в ТЗ на систему.
Состав и содержание работ на стадии технорабочего (ТРП) проектирования. Работы на стадии технорабочего проектирования выполняются на основе утвержденного ТЗ. ТРП выполняется в 2 этапа: техническое и рабочее.
Техническое проектирование. Выполняются работы по логической разработке и выбору наилучших вариантов проектных решений. Результатом является технический проект.
Сначала уточняются цели создания ИС и выполняемые ею функции, устанавливается взаимосвязь с другими системами, уточняется и при необходимости изменяется организационная структура предприятия, затем разрабатываются локальные проектные решения, к числу которых относят следующие операции:
Разработка постановки задачи
Проектирование форм входных и выходных документов, системы введения документов и макетов экранных форм документов
Проектирование классификаторов экономической информации и системы ведения классификаторов
Проектирование состава и структур файлов информационной базы
Уточнение состава технических средств
Содержание документа, постановка задачи:
Цель, назначение решения конкретной задачи, периодичность решения задачи, описание связей с другими задачами.
Описание входной информации: перечень входных документов, периодичность возникновения и сроки получения информации, наименование и идентификаторы по каждой форме документа
Описание выходной информации
Описание алгоритма решения задачи: перечень формул расчета результатных показателей или описание математической модели и перечень последовательных шагов выполнения расчета.
Рабочее проектирование.
Этот этап связан с физической реализацией выбранного варианта проекта и получение документа рабочий проект. На этом этапе оформляется несколько видов документов.
Программная документация:
Описание программ
Спецификация программ
Тексты программ
Контрольные примеры
Инструкция для системного программиста, оператора и пользователя.
Технологическая документация. Предназначена для использования специалистами на каждом автоматизированном рабочем месте. В ее состав входят: технологические карты, которые разрабатываются на каждый процесс обработки информации при решении задач каждого класса, инструкционные карты, составляемые на каждую технологическую операцию.
Правовые инструкции. Определяют права и обязанности специалистов, работающих в условиях функционирования на предприятиях компонентов ИС.
Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта.
Внедрение проекта включает в себя 3 этапа:
Подготовка объекта к внедрению проекта
Опытное внедрение проекта. На этом этапе проверка правильности работы некоторых частей проекта и получают исправленную проектную документацию и составляют акт о проведении опытного внедрения.
Сдача проекта в промышленную эксплуатацию. Осуществляют комплексную проверку всех частей проекта, в результате которой получают доработанный технорабочий проект и акт приемки проекта в промышленную эксплуатацию.
Эксплуатация и сопровождение включают 2 этапа. (смотри подробности в электронке).
Методология моделирования предметной области.
План:
Структурная модель предметной области
Функциональные методики моделирования предметной области
Объектные методики моделирования предметной области
Структурная модель предметной области.
Модель предметной области – это некоторая система имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию – быть адекватной этой области.
К моделям предметной области предъявляются следующие требования: формализация (обеспечивает однозначное описание структуры предметной области), понятность (должно быть понятно и заказчикам и разработчикам), реализуемость (наличие средств физической реализации модели), обеспечение оценки эффективности реализации модели на основе определенных методов и вычисляемых показателей.
Для реализации перечисленных требований строится система моделей, которая отражает структурный и оценочный аспекты функционирования предметной области.
Структурный аспект предполагает построение:
Объектной структуры, которая отражает состав взаимодействующих в процессах материальных и информационных объектах предметной области.
Функциональной структуры, отражающих взаимосвязь функций по преобразованию объектов в процессах.
Структура управления, отражающей события и бизнес-правила, которые воздействуют на выполнение процессов.
Организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала в процессах.
Технической структуры, описывающей топологию расположения и способы коммуникации комплекса технических средств.
Язык моделирования - это нотация (в основном графическая), которая используется для описания предметной области. Нотация является синтаксисом языка моделирования и представляет собой совокупность графических объектов, используемых в модели.
Оценочные аспекты. Связаны с разрабатываемыми показателями эффективности автоматизируемых процессов, к которым относятся:
Время решения задачи
Стоимостные затраты на обработку данных
Надежность процессов
Косвенные показатели (объемы производства, производительность труда, рентабельность и т.д.)
В основе различных методологий лежат принципы последовательной детализации. И обычно модели строятся на 3х уровнях:
Внешний (определение требований). На этом уровне определяется состав основных компонентов системы: объектов, функций, событий, технических средств.
Концептуальный (спецификация требований). Определяется характер взаимодействия компонентов системы.
Внутренний (реализация требования). Модель отвечает на вопрос: С помощью каких программно-технических средств реализуются требования к системе. Смотри электронный вариант
Функциональные методики моделирования предметной области.
Функциональная методика IDEF0.
Цель методики: построение функциональной схемы исследуемой системы, описывающей все необходимые процессы с точностью достаточной для однозначного моделирования деятельности системы. В основе методологии лежат 4 основных понятия:
Функциональный блок
Интерфейсные дуги
Декомпозиция
Глоссарий
Функциональный блок представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. Название каждого функционального блока должно быть сформулировано в глагольном наклонении. Каждая из 4 сторон функционального блока имеет свое определенное значение:
Вместе эти 4 вида стрелок называют ICOM-коды.
Интерфейсная дуга (Arrow) отображает элемент системы, которой обрабатывается функциональным блоком или оказывает иное влияние на функцию. С помощью интерфейсных дуг отображают различные объекты реального мира (детали, вагоны, сотрудники, доски, табурет, столяр) или потоки данных и информацию (документы, инструкции и т.д.).
Любой функциональный блок должен иметь 1 управляющую и 1 исходящую интерфейсную дугу.
Декомпозиция. Этот принцип применяется при разбиении сложного процесса на составляющие его функции. Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм.
Глоссарий. Набор определений ключевых слов, которые характеризует объект, отображенный каким либо элементом.
Модель IDEF0 начинается с контекстной диаграммы. В пояснительном тексте контекстной диаграммы должна быть указана цель (Purpose) и должна быть зафиксирована точка зрения (Viewpoint). Цель определяет области системы, на которых необходимо фокусироваться в первую очередь. Точка зрения определяет основное направление развития модели и уровень необходимой детализации.
Модель может содержать 4 типа диаграмм:
Контекстная диаграмма (всегда только одна)
Диаграммы декомпозиции (сколько угодно)
Диаграммы дерева узлов
Диаграммы только для экспозиции
Диаграмма дерева узлов показывает иерархическую зависимость работ, а не взаимосвязи между работами.
Диаграмма для экспозиции строятся для иллюстрации отдельных фрагментов модели, иллюстрации альтернативных точек зрения, они не нарушают правила синтаксиса, являются копиями стандартных диаграмм.
Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.
После описания системы в целом проводится разбиение ее на крупные фрагменты или подфункции. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и их взаимодействие называется диаграммой декомпозиции. Затем проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее до достижения нужного уровня подробности описания. Обычно на диаграмме представляется от 3х до 6ти функциональных блоков. При этом количество подходящих или исходящий к одному функциональному блоку интерфейсных дуг не должно превышать 4х интерфейсных дуг. После каждого сеанса декомпозиции проводятся сеансы экспертизы. Эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, опять отправляются на экспертизу после всех согласования выполняется следующий сеанс декомпозиций.
Основные элементы диаграмм модели IDEF0.
Работа (Activity) – обозначает процесс или функцию, которые происходят в течение определенного времени и имеют распознаваемые результаты.
Стрелка (Arrow) – описывает взаимодействие работ и представляет собой некую информацию, выраженную существительными.
Типы стрелок.
Вход (Input) – материал или информация, которые используются или преобразуются работой для получения результата.
Управление (Control) – правила, стратегии, процедуры или стандарты, которыми руководствуется работа.
Выход (Output) – материал или информация, которые производятся работой.
Механизм (Mechanism) – человеческие ресурсы, которые выполняют работу.
Вызов (Call) – специальная стрелка, указывающая на другую модель работы.
Виды стрелок.
Граничные стрелки – служат для описания взаимодействия системы с внешней средой.
Внутренние стрелки – служат для связи между работами.
Типы связей на диаграммах модели IDEF0 (только для внутренних).
Связь по входу (Output-Input) – стрелка выхода вышестоящей работы направляется на вход нижестоящей.
Связь по управлению (Output-Control) – выход вышестоящей работы направляется на управление нижестоящей.
Обратная связь по входу (Output-Input Feedback) – выход нижестоящей работы направляется на вход вышестоящей.
Обратная связь по управлению (Output-Control Feedback) – выход нижестоящей работы направляется на управление вышестоящей.
Связь выход-механизм (Output-Mechanism) – выход одной работы направляется на механизм другой.
Явная стрелка – имеет источником одну-единственную работу и назначением одну-единственную работу.
Разветвляющаяся стрелка – объекты, порожденные одной работой могут использоваться сразу в нескольких других работах.
Сливающиеся стрелки – объекты, порожденные в разных работах могут представлять однородные объекты и использоваться дальше в одной работе.
Туннелирование стрелок. Если стрелка обозначает малозначимые объекты или данные, которые не используются в работах текущего уровня, то она туннелируется на нижнем уровне. Такое туннелирование называется туннелирование «»не-в-родительской диаграмме». Туннелирование «не-в-дочерней работе».
Процесс построения модели.
1 этап. Создание модели группой специалистов, относящихся к различным сферам деятельности предприятия. На 1 этапе специалисты должны ответить на следующие вопросы:
Что поступает в подразделения на входе (материальные, информационные ресурсы).
Какие функции и в какой последовательности выполняются в рамках подразделения.
Кто является ответственным за выполнение каждой из функций.
Чем руководствуется исполнитель при выполнении каждой из функций.
Что является результатом работы подразделения.
2 этап. Распространение черновика для рассмотрения, согласований и комментариев.
3 этап. Официальное утверждение модели.
Методика построения модели в контексте DFD.
Методика DFD (Data Flow Diagram). Система представляется в виде информационной модели, основными компонентами которой являются различные потоки данных, которые переносят информацию от одной подсистемы к другой.
Целью методики является построение модели рассматриваемой системы в виде диаграммы потоков данных, которые обеспечивают правильное описание выходов (отклика системы в виде данных) при заданном воздействии на вход системы.
Диаграммы потоков данных показывают как каждый процесс преобразует свои входные данных в выходные и выявляют отношения между этими процессами. DFD диаграммы используются как дополнение к модели IDEF0 для описания документооборота и обработки информации.
Основные понятия:
Поток данных – элемент используется для моделирования передачи информации из одной части системы в другую. Все потоки данных должны начинаться или заканчиваться процессом. Данные не могут проходить непосредственно от источника до потребителя или между источником/потребителем и хранилищем данных, если они не проходят через промежуточный процесс.
Процесс – элемент, который преобразует входные потоки в выходные в соответствии с действием, задаваемым именем процесса. Процесс представляет собой совокупность операций по преобразованию входных потоков данных в выходные в соответствии с определенным алгоритмом или правилом.
Хранилище данных – абстрактное устройство или способ хранения информации, перемещаемой между процессами. Если данные будут использованы в нескольких процессах (минимум два), то для хранения используется хранилище данных.
Внешняя сущность – материальный объект или физическое лицо вне системы, являющийся источником или приемником системных данных.
Процесс построения модели.
1 этап. Создание контекстной диаграммы, на которой представлен моделируемый процесс и все внешние сущности, с которыми он взаимодействует.
2 этап. Декомпозиция основного процесса на набор взаимосвязанных процессов, обменивающихся потоками данных.
3 этап. Выделяют потоки данных, которыми обмениваются процессы и внешние сущности.
Правила построения:
Все потоки данных должны начинаться или заканчиваться процессом.
Многочисленные потоки данных между двумя компонентами можно показывать двумя линиями потока данных или двунаправленной стрелкой.
Процессы на уровне 1 диаграммы потока данных нумеруются 1, 2 ,3, и т.д. процессом в декомпозированной диаграмме потока данных назначают номера, начинающиеся с номера родительского процесса.
После построения потока данных диаграмма должна быть проверена на полноту и непротиворечивость.
Полнота диаграммы – система не имеет «повисших» процессов, не используемых в процессе преобразования входных потоков в выходные
Непротиворечивость системы – выполнение наборов формальных правил о возможных типах процессов.
На диаграмме не может быть потока, связывающего 2 внешние сущности. (должен быть процесс).
Ни одна сущность не может непосредственно получать или отдавать информацию в хранилище данных.
2 хранилища данных не могут непосредственно обмениваться информацией. (могут через процесс и информационные потоки).
Методология моделирования процессов IDEF3.
IDEF3 – это метод, основной целью которого является описание ситуации, когда процессы выполняются в определенной последовательности и описание объектов участвующих совместно в одном процессе.
Основной единицей описания в IDEF3 является работа (единица работы).
Основные компоненты IDEF3-модели:
Единицы работ
Связи
Перекрестки
Объекты ссылок
Единицы работ.
Единица работ (UOW, Unit of Work). Является центральным компонентом модели.
Связи.
Связи показывают взаимоотношение работ. Связи однонаправлены и могут быть направлены куда угодно. Обычно диаграммы рисуют таким образом, чтобы связи были направлены слева направо или сверху вниз. Различают 3 типа связей:
Старшая стрелка
Стрелка отношений
Поток объектов
Связь «старшая стрелка»
Связь типа «временное предшествие» - Precedence. Соединяет единицы работ. Показывает, что работа-источник должна быть закончена прежде, чем начнется работа-цель.
Стрелка отношений.
Связь типа нечеткое отношение – Relational. Изображается в виде пунктирной линии, используется для изображения связи между единицами работ, а также между единицами работ и объектами ссылок.
Поток объектов.
Стрелка, изображающая поток объектов – Object Flow. Применяется для описания того факта, что объект используется в двух или более единицах работ, например, когда объект порождается в одной работе и используется в другой.
Перекрестки (соединения). Используются для отображения логики взаимодействия стрелок при их слиянии или разветвлении, для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния и разветвления стрелок. Перекрестки не могут быть одновременно использованы для слияния и разветвления стрелок. Все перекрестки на диаграммах нумеруются, каждый номер имеет префикс J. В отличии от других методологий (IDEF0, DFD) стрелки могут сливаться или разветвляться только через перекрестки.
Типы перекрестков.
|
обозначение |
наименование |
Смысл в случае слияния стрелок |
Смысл в случае разветвления стрелок |
|
|
Асинхронное «И» |
Все предшествующие процессы должны быть завершены |
Все предшествующие процессы должны быть запущены |
|
|
Синхронное «И» |
Все предшествующие процессы должны быть завершены одновременно |
Все предшествующие процессы запускаются одновременно |
|
|
Асинхронное «ИЛИ» |
Одно или несколько предшествующих процессов должны быть завершены |
Один или несколько следующих процессов должны быть запущены |
|
|
Синхронное «ИЛИ» |
Одно или несколько предшествующих процессов должны быть завершены одновременно |
Одно или несколько следующих процессов должны быть запущены одновременно |
|
|
Эксклюзивное (исключающее) «ИЛИ» |
Только один предшествующий процесс должен быть завершен |
Только один следующий процесс запускается |
Правила создания перекрестков:
Каждому перекрестку для слияния должен предшествовать перекресток для разветвления.
Перекресток для слияния «И» не может следовать за перекрестком для разветвления типа синхронного или асинхронного «ИЛИ». (фото 87)
Применение перекрестков. (фото 88, 89)
Перекресток для слияния «И» не может следовать за перекрестком типа исключительного «ИЛИ» (фото 90)
Перекресток для слияния типа исключительного «ИЛИ» не может следовать за перекрестком для разветвления типа «И» (фото 91).
Перекресток, имеющий стрелку на одной стороне, должен иметь более одной стрелки на другой. (фото 92)
Комбинации перекрестков.
Перекрестки могут комбинироваться для создания сложных соединений.(фото 93)
Объект ссылок.
Выражает идею, концепцию данных, которые нельзя связать со стрелкой, перекрестком, работой.
Используются при построении диаграммы для привлечения внимания пользователя к каким-либо важным аспектам модели.
Официальная специфика IDEF3 различает 3 стиля объектов ссылок – безусловные (unconditional), синхронные (synchronous), асинхронные (asynchrounous).
BPWin поддерживает только безусловные объекты ссылок.
Типы объектов ссылок.
|
Тип объекта ссылок |
Назначение |
|
Используются для описания того, что в действии принимает участие какой-либо заслуживающий отдельного внимания объект. |
|
Используется для реализации цикличности выполнения действий. Этот объект также может относиться к перекрестку |
|
Используется для многократного отображения на диаграмме одного и того же действия, но без цикла. |
|
Используется для документирования какой-либо важной информации общего характера, относящейся к изображаемому на диаграммах. Служит альтернативой методу помещения текстовых заметок непосредственно на диаграммах. |
|
Для уточнения или более подробного описания изображаемого на диаграмме. Обычно используется для детального описания разветвления или слияния стрелок на перекрестках. |
Нумерация работ в IDEF3.
Номер работы состоит из номера родительской работы, версии декомпозиции и собственного номера работы на текущей диаграмме.
Структура множественной декомпозиции работ.
(фото 94).
Проектирование классификаторов экономической информации.
Особенности экономической информации:
Большие объемы (до нескольких сотен миллионов символов в год для среднего предприятия).
Символьное представление, слабо приспособленное для логической и арифметической обработки.
Высокий уровень затрат на поиск и обработку информации.
Классификатор – это документ, с помощью которого осуществляется описание экономической информации в ИС, содержащий наименования объектов, наименование классификационных группировок и их кодовые обозначения.
Формы ЭИ:
Экономический показатель
Документ
Экономический показатель = реквизит-основание (количественная характеристика (количество, стоимость, проценты, удельный вес)) + реквизиты-признаки (качественная характеристика))
Реквизиты-признаки: справочные (наименования) и группировочные (кодовые обозначения).
Основными объектами классификации и кодирования являются справочные реквизиты-признаки (наименования элементов, наименования процессов, наименования показателей и документов, наименования компонентов проекта ИС)
Целью разработки классификатора является установление соответствия между значениями справочных признаков, какого то элемента и значениями группировочных признаков. Для кодирования объектов необходимо их упорядочить по некоторым признакам:
Классификация – это результат упорядоченного распределения объектов заданного множества.
Система классификации – это совокупность правил распределения объектов множества на подмножества.
Признак классификации – это свойство или характеристика объекта классификации, которое позволяет установить его сходство или различие с другими объектами классификации.
Классификационная группировка – это множество или подмножество объединяющее часть объектов классификации по одному или нескольким признакам.
Основание классификации – признак, по которому ведется разбиение множества на подмножества на определенной ступени классификации.
Уровень классификации – это совокупность классификационных группировок расположенных на одних и тех же ступенях классификации.
Ступень классификации – это результат очередного распределения объектов одной классификационной группировки.
Глубина системы классификации – это количество уровней классификации допустимое в данной системе.
Характеристики системы классификации.
Гибкость – способность допускать включение новых признаков, объектов без разрушения структуры классификатора.
Емкость – наибольшее количество классификационных группировок, допускаемое в данной системе классификации.
Степень заполненности – отношение фактического количества группировок в системе к величине емкости.
В настоящее время существует 2 типа классификации: иерархическая и фасетная.
Поставлена задача составить иерархическую систему классификации для информационного объекта Факультет, которое позволит классифицировать информацию обо всех студентах по следующими классификационным признакам: факультет, на котором учится студент, возрастной состав студентов, пол студента (для женщин наличие детей).
0 уровень – факультет
1 уровень – название факультетов
2 уровень – возраст (до 20, от 20-30, от 30 и выше)
3 уровень – пол
4 уровень – наличие детей
Достоинства иерархической системы классификации:
Простота построения
Использование независимых классификационных признаков в различных ветвях иерархической структуры.
Недостатки:
Жесткая структура, которая приводит к сложности внесения изменений, так как приходится перераспределять все классификационные группировки.
Фасетная система классификация. Данная система позволяет выбирать признаки классификации независимо от семантического содержания классифицируемого объекта. Каждый фасет содержит совокупность однородных значений данного классификационного признака (домен).
Ks = (факультет, возраст, пол, дети)
К1 = (Пи, до 20 лет, мужской, нет)
К2 = (менеджмент, 20-30 лет, женский, да)
При построении фасетной системы необходимо, чтобы значение, используемое в различных фасетах не повторялись.
Достоинства:
Возможность создания большой емкости классификации.
Возможность простой модификации всей системы.
Недостатки:
Сложность ее построения
Понятия и основные системы кодирования информации.
Код – это условное обозначение объектов или группировок в виде знаков принятых в данной системе.
Кодирование – это процесс присвоения условных обозначений к объектам в соответствии с системой кодирования.
Система кодирования – это совокупность правил обозначения объектов в соответствии с кодом.
Алфавит кода – это некоторое множество знаков. А число знаков этого кода называется основанием.
Параметры кода:
Длина (L)– число позиций в коде
Основание (А)
Структура кода – это порядок расположения в коде символов
Степень информативности (I) = R/L, где R – общее количество признаков.
Можно выделить 2 основные группы методов, используемых в системе кодирования:
Регистрационные (порядковая система кодирования, серийная система кодирования)
Классификационные (позиционная система кодирования, комбинированная система кодирования)
1310
В позиционной системе кодирования перед кодирование необходимо определиться с алфавитом, то есть какие символы будет использоваться. Выберем десятичную систему счисления. Длина =4. Запишем код в общем виде хххх, где х - значение десятичного разряда…………………………………………………………………………………………………….
Все фасеты кодируются независимо друг от друга для значений каждого фасета определяется определенное количество разрядов кода.