Данные
Содержание:
Способности: определение слова
Что такое данные как способности? Ответ на этот вопрос следующий. Способности рассматриваются учеными в качестве личностных свойств, которые являются непременным условием для успешного осуществления какого-либо рода деятельности.
Согласно определению психологов, способностями называются свойства функциональных систем организма, которые реализуют определенные психические функции. Данные системы имеют индивидуальный уровень выраженности и проявляются в достижении успеха и в качественном своеобразии, характеризующем освоение и реализацию деятельности.
Способности развиваются в процессе деятельности (например, учебной) из задатков. Задатки – это первичные особенности, данные природой при рождении и созревающие в процессе развития.
Преимущества
Компонент «Управление основными данными» представляет собой инструмент, который помогает рентабельно управлять коллаборативным и гибким бизнесом, в основе которого лежат тесные взаимосвязи с деловыми партнерами. Использование компонента «Управление основными данными» предлагает следующие преимущества:
Расширенная отчетность на межгрупповом уровне. С помощью компонента «Управление основными данными» можно повысить качество отчетности и анализа на межгрупповом уровне. Например, в решении «Управление взаимоотношениями с поставщиками» (SAP SRM) с помощью консолидированных согласованных данных, сгенерированных в компоненте «Управление основными данными», можно отследить расходы по поставщикам на глобальном уровне, консолидировать данные по подразделениям поставщиков, а также проанализировать данные по поставляемым деталям или материалам.
Оптимизированный обмен информацией между компаниями. Компонент «Управление основными данными» является основой эффективного и точного обмена информацией между предприятиями. Например, компании, производящие товары широкого потребления, могут своевременно обмениваться информацией о продуктах с предприятиями розничной торговли, исключить «дорогостоящую» неточность данных, улучшить показатели сбыта и оптимизировать операции в логистической цепочке.
Эффективное управление основными записями объектов. Компонент «Управление основными данными» позволяет вести точные данные по запасам материалов и исключить пробелы в информации по всей логистической цепочке. Вы можете поддерживать высокое качество данных, исключить их избыточность и избежать срывов и затруднений при выполнении совместных процессов заготовок, производства и сбыта.
Централизованное управление данными клиентов. Существует возможность получить единый ракурс клиентов, даже если в различных репозитариях информации для идентификации клиентов используются различные имена или номера. Единый ракурс клиентов упрощает процесс принятия управленческих решений во всех сферах деятельности компании. Например, отделы продаж, маркетинга и обслуживания клиентов могут принимать оптимальные решения в отношении ценообразования, стимулирующих сбыт мер и сервисного обслуживания, поскольку компонент «Управление основными данными» обеспечивает единую и целостную картину всех отношений с клиентами.
Структура
По своей структуре план видов характеристик напоминает справочник: в плане видов характеристик хранятся элементы, — характеристики, которые могут иметь некоторый набор реквизитов и табличных частей и, также как и элементы справочника, могут образовывать иерархические структуры. В плане видов характеристик могут существовать предопределенные характеристики, заданные разработчиком.
Однако основное назначение плана видов характеристик заключается в том, чтобы для каждой характеристики хранить тип значения, который она может принимать:
Возможный перечень типов, которые могут принимать характеристики, указывается разработчиком в процессе создания прикладного решения:
Создавая новые характеристики (или редактируя существующие), пользователь сможет выбрать для них один из типов, входящих в этот перечень.
Однако не исключена ситуация, когда для создания очередной характеристики пользователю понадобится тип, не существующий в прикладном решении. Например, пользователь решит создать характеристику Запах, которая должна иметь значения справочника Запахи, но такого справочника в прикладном решении нет.
Специально для таких ситуаций разработчик может создать специальный пустой справочник, и указать, что в нем будут храниться дополнительные значения характеристик:
Теперь, создавая характеристику Запах, пользователь сможет выбрать для нее тип значения этого специального справочника, а в самом справочнике создать нужные ему значения: Сладкий, Резкий, Кислый и т. д.
1.1. Теоретические основы экономической информатики
1.1.2. Данные, информация и знания
Основные понятия данных, информации, знаний.
К базовым понятиям, которые используются в экономической информатике, относятся: данные, информация и знания. Эти понятия часто используются как синонимы, однако между этими понятиями существуют принципиальные различия.
Термин данные происходит от слова data — факт, а информация (informatio) означает разъяснение, изложение, т.е. сведения или сообщение.
Данные — это совокупность сведений, зафиксированных на определенном носителе в форме, пригодной для постоянного хранения, передачи и обработки. Преобразование и обработка данных позволяет получить информацию.
Информация — это результат преобразования и анализа данных. Отличие информации от данных состоит в том, что данные — это фиксированные сведения о событиях и явлениях, которые хранятся на определенных носителях, а информация появляется в результате обработки данных при решении конкретных задач. Например, в базах данных хранятся различные данные, а по определенному запросу система управления базой данных выдает требуемую информацию.
Существуют и другие определения информации, например, информация – это сведения об объектах и явлениях окружающей среды, их параметрах, свойствах и состоянии, которые уменьшают имеющуюся о них степень неопределенности, неполноты знаний.
Знания – это зафиксированная и проверенная практикой обработанная информация, которая использовалась и может многократно использоваться для принятия решений.
Знания – это вид информации, которая хранится в базе знаний и отображает знания специалиста в конкретной предметной области. Знания – это интеллектуальный капитал.
Формальные знания могут быть в виде документов (стандартов, нормативов), регламентирующих принятие решений или учебников, инструкций с описанием решения задач.
Неформальные знания – это знания и опыт специалистов в определенной предметной области.
Необходимо отметить, что универсальных определений этих понятий (данных, информации, знаний) нет, они трактуются по-разному.
Принятия решений осуществляются на основе полученной информации и имеющихся знаний.
Принятие решений – это выбор наилучшего в некотором смысле варианта решения из множества допустимых на основании имеющейся информации.
Взаимосвязь данных, информации и знаний в процессе принятия решений представлена на рисунке.
Рис. 1.
Для решения поставленной задачи фиксированные данные обрабатываются на основании имеющихся знаний, далее полученная информация анализируется с помощью имеющихся знаний. На основании анализа, предлагаются все допустимые решения, а в результате выбора принимается одно наилучшее в некотором смысле решение. Результаты решения пополняют знания.
В зависимости от сферы использования информация может быть различной: научной, технической, управляющей, экономической и т.д. Для экономической информатики интерес представляет экономическая информация.
Далее …>>> Тема: 1.1.3. Данные, информация и знания
Решение Informatica MDM позволяет организациям
- Стартовать с небольших проектов, концентрируясь на конкретных бизнес-проблемах и быстро получать значимые для бизнеса результаты,
- Легко расширять MDM-инициативы, по мере роста потребностей, позволяя включать любые комбинации доменов мастер-данных, архитектурных стилей и вариантов использования. Возможно последовательное и поэтапное распространение решения на новые области бизнеса, дивизионы, департаменты, территории и т.д. с фиксированием успешных, значимых для бизнеса результатов результаты на каждом этапе,
- Достигать значимых для бизнеса результатов за месяцы, а не за годы в каждой фазе проекта,
- Достигать результатов со скоростью, значительно превышающей конкурирующие решения.
Какие бывают данные
Прежде чем перейти непосредственно к системам управления мастер-данными, давайте определим, какого рода вообще бывают данные.
Ниже представлены 5 ключевых типов:
1. Метаданные (Metadata);
2. Референс-данные (Reference data);
3. Мастер-данные (Master data);
4. Транзакционные данные (Transactional data);
5. Исторические данные (Historical data).
Метаданные – это данные о данных. Они нужны для понимания и определения, какими данными оперирует предприятие. Метаданные определяют структуры, типы данных, доступы к ним и т.д. Существуют различные схемы для описания метаданных. Например, для описания структуры XML-документа может применяться XSD-схема, для описания веб-сервиса – WSDL-схема.
Референс-данные – это относительно редко меняющиеся данные, которые определяют значения конкретных сущностей, используемых при выполнении операций в рамках всего предприятия. К таким сущностям чаще всего относятся: валюты, страны, единицы измерения, типы договоров/счетов и т.д.
Мастер-данные – это базовые данные, которые определяют бизнес-сущности, с которыми имеет дело предприятие. К таким бизнес-сущностям обычно относятся (в зависимости от предметной отраслевой направленности предприятия) клиенты, поставщики, продукция, услуги, договора, счета, пациенты, граждане и т.п. Кроме информации непосредственно о той или иной мастер-сущности, в мастер-данные входят взаимосвязи между этими сущностями и иерархии
Например, с точки зрения поиска дополнительных возможностей продаж, может быть очень важно выявлять явные и неявные взаимосвязи между физическими лицами. Мастер-данные распространяются по всему предприятию и участвуют во всех бизнес-процессах
Обычно мастер-данные воспринимаются как ключевой нематериальный актив предприятия, т.к. от их качества и полноты зависит эффективность его работы. В России часто вместо термина «мастер-данные» используют термин «нормативно-справочная информация».
Транзакционные данные – это данные, которые образовались в результаты выполнения предприятием каких-либо бизнес-транзакций. Например, для коммерческого предприятия: продажи продуктов и услуг, закупки, поступления/списания денежных средств, поступления на склад и т.п. Обычно такие данные базируются в системе управления ресурсами предприятия (ERP) или других отраслевых системах. Естественно, транзакционные системы широко используют мастер-данные при выполнении транзакций.
Исторические данные – это данные, которые включают в себя исторические транзакционные и мастер-данные. Чаще всего такие данные аккумулируются в ODS и DWH системах и служат для решения различных аналитических задач и поддержки принятия управленческих решений.
Преимущества корпоративного ведения НСИ и МД
Корпоративное ведение НСИ и МД обеспечивает следующие преимущества:
- Выполнение требований закона и снижение рисков
- Рост прибылей и удержание клиентов
- Снижение затрат
- Повышение гибкости для поддержки новых бизнес стратегий.
Звучит слишком хорошо, чтобы быть правдой, поэтому рассмотрим каждое из преимуществ на практических примерах.
Выполнение требований закона и снижение рисков
Следственные органы потребовали от крупной компании предоставить данные за предыдущие 10 лет. Задача казалась несложной и выполнимой: компания задолго до этого ввела процедуры регулярного архивного и резервного сохранения данных и прикладных программ, носители данных хранились в защищенном помещении, аппаратура для чтения носителей еще не успела устареть. Однако после восстановления исторических данных из архива обнаружилось, что данные не имеют практического смысла – НСИ за это время неоднократно менялась, и теперь невозможно установить, к чему относились те или иные данные. Никто не предусмотрел архивирование НСИ – казалось, что это устойчивая ко времени информация. На компанию были наложены значительные штрафные санкции, в компании были сделаны серьезные организационные выводы в отношении руководителей. Кроме того, было создано подразделение, отвечающее за ведение НСИ, чтобы избежать повторения неприятной ситуации.
Рост прибылей и удержание клиентов
Крупный цветочный магазин одним из первых осознал эффективность маркетинга по электронной почте. Был создан сайт магазина, на котором проводились рекламные кампании, где клиенты могли подписаться на рассылку по поводу дня всех влюбленных, в связи с рождением первенца, по поводу дня рождения близкого человека и т.д. Впоследствии клиенты получали поздравления с предложениями выбора цветов. Однако рекламные кампании проводились с привлечением различных разработчиков, создававших разнородные, не связанные друг с другом приложения. Поэтому клиенты могли получать до десяти писем по одному и тому же поводу, что раздражало клиентов и вызывало их отток. В результате каждая последующая рекламная кампания не только оказывалась убыточной, но и уменьшала число имеющихся клиентов. Цветочному магазину пришлось затратить значительные средства на переработку и интеграцию своих приложений. Высокая сумма затрат была связана с разнородностью информации о клиентах, множественными форматами адресов и телефонов, что вызывало большие проблемы при отождествлении клиентов для устранения кратных записей.
Снижение затрат
Одним из основных требований к продукции компании является необходимость быстрого реагирования на изменения спроса, вывод новых продуктов на рынок в сжатые сроки и связь с потребителями. Мы видим, что вчерашние безоговорочные лидеры превращаются в отстающих, а новички, впервые выведшие на рынок свой продукт, резко увеличивают свою прибыль и капитализацию. В этих условиях различные корпоративные информационные системы, отвечающие за разработку продукта, его поставки и продажи, обслуживание и развитие, должны опираться на единую информационную основу, охватывающую все аспекты деятельности компании. Тогда вывод нового продукта на рынок требует меньших временных и финансовых издержек за счет бесшовного взаимодействия поддерживающих информационных систем.
Повышение гибкости для поддержки новых бизнес стратегий
Устранение фрагментации и децентрализации ведения НСИ и МД позволяет предоставлять информацию как сервис. Это означает, что любая ИТ система, соблюдая установленные протоколы обмена и права доступа, может обращаться к системе корпоративного ведения НСИ и МД и получать необходимые данные. Сервис -ориентированный подход позволят гибко выстраивать информационные сервисы в соответствии с изменяющимися бизнес – процессами, обеспечивая таким образом своевременную реакцию ИТ служб и систем в условиях изменяющихся требований.
Основные понятия и терминология
Мастер — данные (МД) включают в себя информацию о клиентах, сотрудниках, продуктах, товарах, поставщиках, которая, как правило не является транзакционной по своей природе.
Нормативно-справочная информация (НСИ) включает в себя словари, справочники, классификаторы, кодификаторы, нормативы и идентификаторы. Это – базовый уровень транзакционных систем, который в ряде случаев ведется внешними уполномоченными организациями.
В работе было показано, что нормативно-справочная информация включает в себя словари, справочники, классификаторы, кодификаторы, нормативы и идентификаторы.
Классификатор ведется централизованно внешней организацией, содержит правила формирования кода и имеет трех- или четырехступенчатую иерархическую структуру. Классификатор может определять правила использования кода. Классификатор не всегда содержит правила расчета контрольного числа или алгоритмы проверки кода. Примером классификатора является банковский идентификационный код БИК, которой ведется Банком России, не содержит контрольного числа, имеет четырехуровневую иерархическую структуру: код Российской Федерации, код территории Российской Федерации, условный номер подразделения расчетной сети Банка России, условный номер кредитной организации. Общероссийский классификатор предприятий и организаций (ОКПО) ведется централизованно Росстатом и, в отличие от БИК, содержит методику расчета контрольного числа для кода ОКПО.
Идентификатор (ИНН, ISBN) ведется уполномоченными организациями децентрализованно. В отличие от классификатора, коды идентификатора обязательно подчиняются правилам расчета контрольного числа. Правила составления идентификатора разрабатываются централизованно и поддерживаются требованиями стандартов или иных распорядительных документов. Основное отличие от классификатора заключается в том, что идентификатор как полный список либо недоступен, либо в нем нет необходимости на этапе проектирования системы. Рабочий список пополняется индивидуальными кодами в процессе эксплуатации системы.
Справочник (например, телефонный) ведется сторонней организацией. Нумерация кодов (номеров телефонов) не подчиняется каким-либо правилам.
Кодификатор создается разработчиками конкретной базы данных для внутренних нужд. Как правило, для кода не разрабатываются ни алгоритмы расчета контрольной суммы, ни правила кодирования. В качестве простого примера можно привести кодирование номеров месяцев в году.
Норматив может представлять собой просто некоторое числовое значение (например, ставка налогообложения), который получен из неструктурированного документа (приказа, закона, акта). Примером норматива может служить значение ставки налогообложения 13%.
Словари содержат сокращения, термины и другие строковые значения, которые необходимы на этапе генерации отчетов и форм. Наличие таких словарей в системе обеспечивает единую терминологию во всех входных и выходных документах. Словари так близки по своей сути к метаданным, что иной раз затруднительно провести между ними четкую грань.
Реконсиляция – ручная сверка нескольких версий документа, или записи с целью их согласования.
Заключение
Как видите, разработка эффективной стратегии использования транзакций далеко не всегда представляет собой тривиальную задачу. Обеспечение целостности и согласованности данных требует серьезного обдумывания различных вариантов работы, используемых моделей, инфраструктур, конфигураций и методов. За долгие годы работы с приложениями, использующими транзакции, я понял, что хотя общее количество комбинаций различных моделей, методов и вариантов конфигурирования огромно, на практике имеет смысл применять лишь относительно небольшое число из них. Четыре разработанных мною стратегии использования транзакций, которые будут подробно рассматриваться в следующих статьях, должны охватывать большинство случаев, с которыми можно столкнуться при создании бизнес-ориентированных приложений на платформе Java. При этом необходимо оговориться: ни одна из стратегий не является своего рода «серебряной пулей» – простым и единственно верным решением проблемы. В некоторых случаях для реализации той или иной стратегии требуется рефакторинг исходного кода или дизайна приложения
В подобной ситуации вы просто должны спросить себя: «Насколько важно поддерживать целостность и согласованность моих данных?». Как правило, риски и возможные потери, связанные с искажением данных, перевешивают затраты, необходимые на рефакторинг приложения
Похожие темы
- Оригинал статьи: Transaction strategies: Models and strategies overview (Марк Ричардс, developerWorks, март 2009 г.). (EN)
- Прочитайте книгу Проектирование стратегий выполнения транзакций в Java (Марк Ричардс, C4Media Publishing, 2006 г.), в которой приводится глубокое обсуждение вопросов работы с транзакциями на платформе Java. (EN)
- Книга Обработка транзакций в Java (Марк Литтл, Mark Little, Prentice Hall, 2004 г.) представляет собой еще один хороший источник информации о транзакциях. (EN)
- Более подробную информацию об обработке транзакций в Spring можно найти в главе 9 Управление транзакциями документации по Spring Framework 2.5. (EN)
- Документацию по EJB 3.0 можно найти на сайте Enterprise JavaBeans 3.0. (EN)
- Сотни статей по всем аспектам программирования на Java можно найти на сайте developerWorks, в разделе Технология Java.