Концептуальная технология анализа и проектирования информационных систем на базе СУБД

у₂₁=∑е₃₃ - суммирование значений атрибута е₃₃ по всем записям N информационного элемента Е₃ и т.д.

Соответствие должно быть для каждого компонента Х  и  атрибута Е и для каждого  атрибута Е и компонента У.

 

1.6. Структурно-функциональный аспект информа-ционной  страты     объекта   автоматизации – S _μφ^и

S _μφ^и = <F, E, T>,

где F – функция,

      Е – информационный элемент

Для раскрытия этого аспекта  рассмотрим взаимодействие файлов таблиц базы данных (отражение структуры) и  объектов,  обеспечивающих реализацию пользовательского  интерфейса. Графически это взаимодействие представлено на рис. 1.12.

Рис.1.12

В основу рисунка 1.12 положена структура объектов пользовательского  интерфейса, представленная на рис. 1.10.

В эту структуру добавлены таблицы  базы данных, с которыми взаимодействует  экранная форма. Так с формой ввода  информации взаимодействует таблица 1 базы данных, с  формой «запросы»  взаимодействуют 3 таблицы -1, 2 и 3 и т.д.

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

Рассмотрим применение системно-комплексного анализа информационных систем  к  конкретному объекту – отделу кадров предприятия.

1.7. Пример объекта  автоматизации применения концепции  технологического проектирования информационной системы «Отдел кадров» на базе СУБД.

I. Описание объекта

1. Отдел кадров является объектом, для которого разрабатывается локальный  банк данных на базе СУБД. Этот локальный банк должен обеспечить  максимально возможную замену функций, выполняемых сотрудниками отдела, на функции, выполняемые автоматизированной системой.

S_о=<S^и_o, S^м_o, S^oрг_o, S^эк_о, S^эн >

1. Рассмотрим организационную страту системы, в которую входит  отдел кадров:

Рис 1.14

Краткое описание организационной  структуры:

2. Материальная и информационная страта системы, в которую входит объект автоматизации

Рис. 1.15

                - информационные связи между  элементами системы

                - материальные связи между элементами  системы

Описание связей:

1. Поток людей, обращающихся в ОК для устройства на работу
2. Поток заявлений на работу
3. Поток людей, увольняющихся с предприятия
4. Поток информации для администрации (в том числе  заявление на прием)
5. Поток информации от администрации  (в том числе подписанные заявления)
6. Поток информации в бухгалтерию о данных на принятых сотрудников
7. Контрольная информация из бухгалтерии
8. Поток информации из ОК в подразделения
9. Поток информации из подразделений о сотрудниках
10. Поток людей, направленных на работу в подразделения
11. Поток людей из подразделений, увольняющихся с предприятия

Страны энергетическая и экономическая для  разработки  автоматизированной системы «отдел кадров» значения не имеют и поэтому не рассматриваются.

В дальнейшем, областью нашего интереса  будет являться  информационная страта объекта. Ее концептуальная модель имеет вид:

 

S^и_o= < S^и_μ, S^и_φ, S^и_ω, S^и_μφ,S^и_φμ>

где  μ - структурный аспект информационной страты

       φ – функциональный аспект информационной страты

       ω - аспект управления

Рассмотрим функциональный аспект информационной страты объекта.

2. Функциональный аспект информационной страты объекта автоматизации (S^и_φ)  структуры пользовательского интерфейса

Концептуальная модель этого аспекта

S^и_φ = < х ,у, F, P_φ, T >,

Выделим из рисунка 1.19. наш объект с информационными  связям.

Рис.1.16

1. Анализ входных и выходных векторов объекта

Входные информационные потоки 2, 5, 7, 9 дают нам с учетом знания технологии функционирования ОК, т.е. при более детальном рассмотрении объекта следующий набор входных векторов:

х₁ – заявление на прием

х₂ – заявление на уведомление

х₃ – заявление на перевод

х₄ – заявление на отпуск

х₅ – докладная на поощрение, взыскание

х₆ – изменение структуры штатного расписания

х₇ – сведения для личной карточки

х₈÷х_n – стандартные запросы к базе данных

 

Рассмотрим компоненты вектора х₁:

х₁₁ – фамилия

х₁₂ – имя

х₁₃ – отчество

х₁₄ – отделение

х₁₅ – отдел

х₁₆ – группа

х₁₇ – должность

х₁₈ – оклад

х₁₉ –дата приема

х_{1 10} –содержание резолюции на заявлении

х_{1 11} –дата рождения

х_{1 12} –количество детей

Аналогично рассматриваются  компоненты остальных векторов х₂÷х_n .

Анализ выходных информационных потоков 4, 6, 8 дает нам следующий  набор векторов:

у₁ – приказы на прием, увольнение, перевод, отпуск, взыскания и поощрения

у₂ – заполненная личная карточка (пять разделов)

у₃÷у_m -  ответы на стандартные типа запросов

 

Компоненты вектора  у₁

Компонентами вектора  у₁ являются массив компонент векторов х₁÷х₅

Компоненты вектора  у₃ – справка о детях для выплаты денежной компенсации:

у₃₁ – фамилия родителя

у₃₂ –дата рождения ребенка

у₃₃ –имя ребенка

у₃₄ –место рождения ребенка

у₃₅ –общее количество детей сотрудника

Остальные вектора формируются  аналогично.

2. Функция преобразования системы. Структура пользовательского интерфейса.
1. Комплекс функций по работе с приказами
2. Комплекс функций по работе с личными карточками
3. Комплекс функций по работе со справками
4. Комплекс функций администратора

 

Мы будем рассматривать  одну ветвь в иерархической структуре  функции, которые выполняет наш  объект – отдел кадров. Раскрываем ветвь, связанную с приказами.

Приказы состоят из 7 разделов, отражающих 7 функций, которые выполняет отдел кадров:

1. Прием
2. Увольнение
3. Перевод
4. Отпуск
5. Поощрения
6. Взыскания
7. Формирование текста приказа

 

Этот анализ является основанием для построения структуры  экранных форм, которые должны быть реализованы при построении автоматизированной системы. В объектно-ориентированной СУБД формы являются объектами.

 

Рис.1.17.

 

3. Концептуальная модель данных

Рассмотрим структурный  аспект информационной страты объекта S^и_μ . Это 2 элемент концептуальной модели информационной страты объекта.

Структурный аспект информационной страты объекта автоматизации будем  рассматривать на 2-х уровнях.

 

1. Концептуальная модель 1-го уровня.

S^и_µ = < E^и_i, V^и_ke, Ψ^и, P^и_µkl, T >

Раскроем эту модель для нашего объекта.

Анализируя деятельность «Отдела кадров» можно выделить:

1. Штатное расписание организации (элемент Е₁)
2. Личную карточку сотрудника, содержащую 5 разделов (элементы Е₂÷Е₆)
3. Список табельных номеров сотрудников (элемент Е₇)

Словари:

4. Список должностей (элемент Е₈)
5. Список отделений (элемент Е₉)
6. Список отделов (элемент Е₁₀)
7. Список групп (элемент Е₁₁)

 

Структура связей между  информационными элементами Е₁÷Е₁₁ и конфигурация связей приведены на рис.1.18.

Рис.1.18.

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

Модель 1-го уровня раскрыта.

 

 

 

3.2. Концептуальная  модель 2-го уровня

Концептуальная модель 2-го уровня имеет вид:

S_µi = < e_ij, v_ijk, Ψ_i, P_µijk, T >,

где i – номер информационного элемента Е.

В соответствии с концептуальной моделью необходимо раскрыть внутреннее содержание элементов Е₁÷ Е₁₁ .

Внутреннее содержание элемента Е₁ следующее:

е₁₁ – на отделение,

е₁₂ -  отдел,

е₁₃ -  группа отдела,

е₁₄ -  должность,

е₁₅ -  оклад.

 

Элемента Е₂ :

е₂₁ – фамилия,

е₂₂ -  имя,

е₂₃ -  отчество,

е₂₄ - . . .

данные о сотруднике

е_{2 44} - . . .

е_{2 45} – дом. адрес

 

Информационные элементы Е₃÷Е₆ мы рассматривать в нашем примере не будем.

Элемент Е₇ :

е₇₁ – наименование таб. номера,

е₇₂ -  дата освобождения таб. номера.

Элемент Е₈ :

е₈₁ – наименование должности,

е₈₂ -  код должности.

Элементы Е₉÷Е₁₁ имеют аналогичную структуру, но со своими именами атрибутов.

Раскроем концептуальную модель для информационного элемента Е₁. Для него концептуальная модель запишется:

S_µ1 = < e_1j, v_1jk, Ψ₁, P_µ1jk, T >

Атрибуты е₁₁÷е₁₇ мы уже определили. Теперь рассмотрим v_1jk и Ψ₁ .

 

e11	Отделение*
e12	Отдел*
e13	Группа отдела*
e14	Должность*
e15	Оклад

 

 

 

 

 

В этом информационном элементе первичный ключ является сложным. Он состоит из атрибутов е₁₁÷е₁₄ .

Определим функциональные зависимости. Они представлены на рис.1.19. Все зависимости v_1jk образуют конфигурацию связей Ψ₁ .

 

 

 

 

 

 

 

 

 

Аналогично раскроем концептуальную модель информационного элемента Е₂.

e20	Таб. номер
e21	Фамилия
e22	Имя
e23	Отчество
e24
. . .
e2i
e245	Дом. адрес

 

 

 

 

 

 

 

 

 

 

             

 

 

 

Рис.1.20.

В этом информационном элементе нет первичного ключа. Введем атрибут  Е₂₀ – табельный номер. Этот атрибут будет первичным ключом информационного элемента Е₂.

Определим зависимости v_2jk. Они представлены на рис.1.20.

Для элемента Е₁ и Е₂ примем, что e_ij, v_ijk, Ψ_i, P_µijk во времени не меняются.

Концептуальные модели 2-го уровня для информационных элементов  Е₁ и Е₂ раскрыты. Для остальных элементов Е₃ ÷ Е₁₁ концептуальные модели раскрывать не будем.