90 ответов к ГОСам

Базы данных

1

Базы данных. Вычислительная модель «клиент-сервер» в технологии баз данных.

Презентационная логика, бизнес логика, функции хранения. Модели распределения

функций между клиентом и сервером.

Вычислительная модель «клиент—сервер» исходно связана с парадигмой открытых

систем, которая появилась в 90-х годах и быстро эволюционировала. Сам термин «клиент-

сервер» исходно применялся к архитектуре программного обеспечения, которое

описывало распределение процесса выполнения по принципу взаимодействия двух

программных процессов, один из которых в этой модели назывался «клиентом», а другой

— «сервером». Клиентский процесс запрашивал некоторые услуги, а серверный процесс

обеспечивал их выполнение. При этом предполагалось, что один серверный процесс

может обслужить множество клиентских процессов.

Основной принцип технологии «клиент—сервер» применительно к технологии баз

данных заключается в разделении функций стандартного интерактивного приложения на

5 групп, имеющих различную природу:



функции ввода и отображения данных (Presentation Logic);



прикладные функции, определяющие основные алгоритмы решения задач

приложения (Business Logic);



функции обработки данных внутри приложения (Database Logic),



функции управления информационными ресурсами (Database Manager System);



служебные функции, играющие роль связок между функциями первых четырех

групп.

Презентационная логика (Presentation Logic) как часть приложения определяется тем, что

пользователь видит на своем экране, когда работает приложение. Сюда относятся все

интерфейсные экранные формы, которые пользователь видит или заполняет в ходе работы

приложения, к этой же части относится все то, что выводится пользователю на экран как

результаты решения некоторых промежуточных задач либо как справочная информация.

Поэтому основными задачами презентационной логики являются:



формирование экранных изображений;



чтение и запись в экранные формы информации;



управление экраном;



обработка движений мыши и нажатие клавиш клавиатуры.

В децентрализованной архитектуре эти задачи могут быть по-разному распределены

между серверным и клиентским процессами. В зависимости от характера распределения

можно выделить следующие модели распределений (см. рис. 10.3):

распределенная презентация (Distribution presentation, DP);

удаленная презентация (Remote Presentation, RP);

распределенная бизнес-логика (Remote business logic, RBL);

распределенное управление данными (Distributed data management, DDM);

удаленное управление данными (Remote data management, RDA).

Эта условная классификация показывет, как могут быть распределены отдельные задачи

между серверным и клиенскими процессами. В этой классификации отсутствует

реализация удаленной бизнес-логики. Действительно, считается, что она не может быть

удалена сама по себе полностью. Считается, что она может быть распределена между

разными процессами, которые в общем-то могут выполняться на разных платформах, но

должны корректно кооперироваться (взаимодействовать) друг с другом.

Корпоративные информационные системы

1

ERP-системы. Назначение, основные программные модули.

ERP (англ. Enterprise Resource Planning, планирование ресурсов предприятия) —

организационная стратегия интеграции производства и операций, управления трудовыми

ресурсами, финансового менеджмента и управления активами, ориентированная на

непрерывную балансировку и оптимизацию ресурсов предприятия посредством

специализированного интегрированного пакета прикладного программного обеспечения,

обеспечивающего общую модель данных и процессов для всех сфер деятельности. ERP-

система — конкретный программный пакет, реализующий стратегию ERP.

Концепция ERP сформулирована в 1990 году аналитиком Gartner как видение развития

методик MRP II и CIM (англ.), в начале — середине 1990-х годов появилось несколько

успешных тиражируемых ERP-систем для крупных организаций, наиболее известные —

разработки компаний Baan (нидерл.), Oracle, PeopleSoft, SAP, JD Edwards, сформировался

рынок услуг по внедрению ERP-систем с участием компаний большой четвёрки, в 2000-е

годы произошла консолидация поставщиков, появилось значительное количество ERP-

систем для малого и среднего бизнеса, наиболее известными поставщиками которых стали

Sage Group и Microsoft.

Внедрение ERP-системы считается фактически необходимым условием для публичной

компании и, начиная с конца 1990-х годов, ERP-системы, изначально внедрявшиеся

только промышленными предприятиями, эксплуатируются большинством крупных

организаций вне зависимости от страны, формы собственности, отрасли

Модульный принцип организации позволяет внедрять ERP-системы поэтапно,

последовательно переводя в эксплуатацию один или несколько функциональных модулей,

а также выбирать только те из них, которые актуальны для организации. Кроме того,

модульность ERP-систем позволяет строить решения на основе нескольких ERP-систем,

выбирая из каждой лучшие в своём классе модули (англ. best-of-breed)[25]. Разбивка по

модулям и их группировка различная, но у большинства основных поставщиков

выделяются группы модулей: финансы, персонал, операции.

В 1990-е годы в качестве модулей крупных ERP-систем поставлялись решения для

клиентского обслуживания, управления проектами и управления жизненным циклом

продукции, но с бурным развитием самостоятельных решений классов CRM, PPM

(англ. Project portfolio management) и PLM соответственно, эти модули были либо

перепроектированы как отдельно поставляемые продукты, и, фактически, сохраняя

преемственность в рамках пакетов бизнес-приложений, просто перестали

позиционироваться как часть ERP-продукта, либо были заменены в продуктовых

линейках на отдельные, специализированно разработанные решения.

Финансовые модули, прежде всего, главная книга, многими практиками считаются

центральными компонентами ERP-системы[26], а формирование финансовой отчётности

средствами ERP-системы считается одним из фактически обязательных условий для

положительных результатов due diligence[27].

Среди финансовых модулей ERP фигурирует множество различных функциональных

блоков, в разных системах и разных версиях выделяются различные их компоновки, среди

наиболее часто встречающихся (по организационным подразделениям):



бухгалтерские: главная книга, счета к получению (дебиторы), счета к оплате

(кредиторы), консолидация;



учётно-управленческие, контроллинговые: учёт затрат и доходов по местам

возникновения, по продуктам, по проектам, калькуляция себестоимости;



казначейские: управление ликвидностью, управление движением денежных

средств (включая банковские счета и кассу), взаимодействие с банками,

управление долгом и заимствованиями;

1

Атрибуты и типы атрибутов. Способы отображения атрибутов в диаграммах Чена и

IDEF1Х. Понятие доменов атрибутов. Требования, предъявляемые для

проектирования доменов на разных этапах проектирования БД.

Определение атрибутов.

Как правило, атрибуты указываются только для сущностей. Если у связи имеются

атрибуты, то это указывает на тот факт, что связь является сущностью. Существенно

помочь в определении атрибутов могут различные бумажные и электронные формы и

документы, используемые в организации при решении задачи. Это могут быть формы,

содержащие как исходную, так и результаты обработки данных (например, «Форма № 1»).

Выявленные атрибуты могут быть следующих видов:

· простой (атомарный, неделимый) – состоит из одного компонента с независимым

существованием (например, «должность работника», «зарплата», «норма непогашенного

ускорения», «радиус кривой» и т. д.);

· составной (псевдоатомарный) – состоит из нескольких компонентов (например, «ФИО»,

«адрес», и т. д.). Степень атомарности атрибутов, закладываемая в модель, определяется

разработчиком. Если от системы не требуется выборки всех клиентов с фамилией Иванов

или проживающих на улице Комсомольской, то составные атрибуты можно не разбивать

на атомарные;

· однозначный – содержит только одно значение для одного экземпляра сущности

(например, у кривой в плане может быть только одно значение радиуса, угла поворота,

возвышения наружного рельса и т. д.);

· многозначный – содержит несколько значений (например, у одного отделения компании

может быть несколько контактных телефонов);

· производный (вычисляемый) – значение атрибута может быть определено по значениям

других атрибутов (например, «возраст» может быть определен по «дате рождения» и

текущей дате, установленной на компьютере);

· ключевой – служит для уникальной идентификации экземпляра сущности (входит в

состав первичного ключа);

· неключевой (описательный) – не входит в первичный ключ;

· обязательный – при вводе нового экземпляра в сущность или редактировании

обязательно указывается допустимое значение атрибута, т. е. оно после редактирования не

может быть неопределенным (NOT NULL).

После определения атрибутов задаются их домены (области допустимых значений),

например:

· наименование участка – набор из букв русского алфавита длиной не более 60 символов;

· поворот кривой – допустимые значения «Л» (влево) и «П» (вправо);

· радиус кривой – положительное число не более 4 цифр.

Задание доменов определяет набор допустимых значений для атрибута (нескольких

атрибутов), а также тип, размер и формат атрибута (атрибутов).

На основании выделенного множества атрибутов для сущности определяется набор

ключей. Ключ – один или несколько атрибутов сущности, служащих для однозначной

идентификации ее экземпляров или для их быстрого поиска. Выделяют следующие типы

ключей:

· суперключ (superkey) – атрибут или множество атрибутов, которое единственным

образом идентифицирует экземпляр сущности. Суперключ может содержать «лишние»

атрибуты, которые необязательны для уникальной идентификации экземпляра. При

правильном проектировании структуры БД суперключом в каждой сущности (таблице)

будет являться полный набор ее атрибутов;

· потенциальный ключ (potential key) – суперключ, который не содержит подмножества,

также являющегося суперключом данной сущности, т. е. суперключ, содержащий

минимально необходимый набор атрибутов, единственным образом идентифицирующих

экземпляр сущности. Сущность может иметь несколько потенциальных ключей. Если

ключ состоит из нескольких атрибутов, то он называется составным ключом. Среди всего

множества потенциальных ключей для однозначной идентификации экземпляров

выбирают один, так называемый первичный ключ, используемый в дальнейшем для

установления связей с другими сущностями;

· первичный ключ (primary key) – потенциальный ключ, который выбран для уникальной

идентификации экземпляров внутри сущности;

· альтернативные ключи (alternative key) – потенциальные ключи, которые не выбраны в

качестве первичного ключа.