Как описать предметную область

woman 2564660 1920 Советы на день

Примеры описания предметной области

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

В соответствии с предметной областью система строится с учётом следующих особенностей: каждая книга издаётся в рамках контракта; книга может быть написана несколькими авторами; контракт подписывается одним менеджером и всеми авторами книги; каждый автор может написать несколько книг (по разным контрактам); порядок, в котором авторы указаны на обложке, влияет на размер гонорара; если сотрудник является редактором, то он может работать одновременно над несколькими книгами; у каждой книги может быть несколько редакторов, один из них – ответственный редактор; каждый заказ оформляется на одного заказчика; в заказе на покупку может быть перечислено несколько книг.

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

Об авторах книг необходимо иметь следующую информацию: фамилия, имя, отчество, РНН, паспортные данные, домашний адрес, телефоны. Для авторов необходимо хранить сведения о написанных книгах.

О каждом сотруднике издательства хранятся следующие сведения: фамилия, имя, отчество, табельный номер, пол, дата рождения, паспортные данные, РНН, должность, оклад, домашний адрес и телефоны. Для редакторов необходимо хранить сведения о редактируемых книгах; для менеджеров – сведения о подписанных контрактах.

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

Система создаётся для обслуживания следующих групп пользователей: администрация (дирекция); менеджеры; редакторы; сотрудники компании, обслуживающие заказы.

Пользователи должны иметь возможность информационной поддержки базы данных: ведение базы данных (запись, чтение, модификация, удаление в архив); обеспечение логической непротиворечивости базы данных; обеспечение защиты данных от несанкционированного или случайного доступа (определение прав доступа).

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

Пример 2. Пусть требуется разработать информационную систему для автоматизации учета получения и выдачи книг в библиотеке. Система должна предусматривать режимы ведения системного каталога, отражающего перечень областей знаний, по которым имеются книги в библиотеке. Внутри библиотеки области знаний в систематическом каталоге могут иметь уникальный внутренний номер и полное наименование. Каждая книга может содержать сведения из нескольких областей знаний. Каждая книга в библиотеке может присутствовать в нескольких экземплярах.

Каждая книга, хранящаяся в библиотеке, характеризуется следующими параметрами: уникальный шифр; название; фамилии авторов (могут отсутствовать); место издания (город); издательство; год издания; количество страниц; стоимость книги; количество экземпляров книги в библиотеке. Книги могут иметь одинаковые названия, но они различаются по своему уникальному шифру (ISBN).

В библиотеке ведется картотека читателей. На каждого читателя в картотеку заносятся следующие сведения: фамилия, имя, отчество; домашний адрес; телефон (будем считать, что у нас два телефона — рабочий и домашний); дата рождения. Каждому читателю присваивается уникальный номер читательского билета. Каждый читатель может одновременно держать на руках не более 5 книг. Читатель не должен одновременно держать более одного экземпляра книги одного названия.

Каждая книга в библиотеке может присутствовать в нескольких экземплярах. Каждый экземпляр имеет следующие характеристики: уникальный инвентарный номер; шифр книги, который совпадает с уникальным шифром из описания книг; место размещения в библиотеке.

В случае выдачи экземпляра книги читателю в библиотеке хранится специальный вкладыш, в котором должны быть записаны следующие сведения: номер билета читателя, который взял книгу; дата выдачи книги; дата возврата.

Предусматриваются следующие ограничения на информацию в системе: Книга может не иметь ни одного автора; в библиотеке должны быть записаны читатели не моложе 17 лет; в библиотеке присутствуют книги, изданные начиная с 1960 по текущий год; каждый читатель может держать на руках не более 5 книг; каждый читатель при регистрации в библиотеке должен дать телефон для связи; каждая область знаний может содержать ссылки на множество книг, и каждая книга может относиться к различным областям знаний.

С данной информационной системой должны работать следующие группы пользователей: библиотекари; читатели; администрация библиотеки.

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

Читатель должен иметь возможность решать следующие задачи: просматривать системный каталог; по выбранной области знаний получить полный перечень книг, находящихся библиотеке; для выбранного автора получить список книг, которые числятся в библиотеке.

edugr4

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

Эти примеры показывают, что перед началом разработки необходимо иметь точное представление о том, что же должно выполняться в нашей системе, какие пользователи в ней будут работать, какие задачи будет решать каждый пользователь. К сожалению, часто по отношению к базам данных считается, что все можно определить потом, когда проект системы уже создан. Отсутствие четких целей создания базы данных может свести на нет все усилия разработчиков, и проект получится плохим, неудобным, не соответствующим ни реально моделируемому объекту, ни задачам, которые должны решаться с использованием данной базы данных.

Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет

Источник

Пример описания предметной области

Практическая работа №1

Системный анализ предметной области

Цель работы: получить представление о системном анализе предметной области.

Теоретическая часть

Процесс проектирования БД представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели.

В общем случае можно выделить следующие этапы проектирования:

Если учитывать, что между вторым и третьим этапами необходимо принять решение, с использованием какой стандартной СУБД будет реализовываться наш проект, то условно процесс проектирования БД можно представить последовательностью выполнения пяти соответствующих этапов. Рассмотрим более подробно этапы проектирования БД.

image001

Рисунок 1 Этапы проектирования БД

Системный анализ предметной области

С точки зрения проектирования БД в рамках системного анализа, необходимо осуществить первый этап, то есть провести подробное словесное описание объектов предметной области и реальных связей, которые присутствуют между описываемыми объектами. Желательно, чтобы данное описание позволяло корректно определить все взаимосвязи между объектами предметной области.

В общем случае существуют два подхода к выбору состава и структуры предметной области:

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

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

Пример описания предметной области

Пусть требуется разработать информационную систему для автоматизации учета получения и выдачи книг в библиотеке. Система должна предусматривать режимы ведения системного каталога, отражающего перечень областей знаний, по которым имеются книги в библиотеке. Внутри библиотеки области знаний в систематическом каталоге могут иметь уникальный внутренний номер и полное наименование. Каждая книга может содержать сведения из нескольких областей знаний. Каждая книга в библиотеке может присутствовать в нескольких экземплярах. Каждая книга, хранящаяся в библиотеке, характеризуется следующими параметрами:

Книги могут иметь одинаковые названия, но они различаются по своему уникальному шифру (ISBN).

В библиотеке ведется картотека читателей.

На каждого читателя в картотеку заносятся следующие сведения:

Каждому читателю присваивается уникальный номер читательского билета.

Каждый читатель может одновременно держать на руках не более 5 книг. Читатель не должен одновременно держать более одного экземпляра книги одного названия.

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

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

Предусмотреть следующие ограничения на информацию в системе:

С данной информационной системой должны работать следующие группы пользователей:

При работе с системой библиотекарь должен иметь возможность решать следующие задачи:

Читатель должен иметь возможность решать следующие задачи:

Этот совсем небольшой пример показывает, что перед началом разработки необходимо иметь точное представление о том, что же должно выполняться в системе, какие пользователи в ней будут работать, какие задачи будет решать каждый пользователь. И это правильно, ведь когда строят здание, тоже заранее предполагается: для каких целей оно предназначено, в каком климате оно будет стоять, на какой почве, и в зависимости от этого проектировщики могут предложить нам тот или иной проект. Но, к сожалению, очень часто по отношению к базам данных считается, что все можно определить потом, когда проект системы уже создан. Отсутствие четких целей создания БД может свести на нет все усилия разработчиков, и проект БД получится «плохим», неудобным, не соответствующим ни реально моделируемому объекту, ни задачам, которые должны решаться с использованием данной БД.

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

Источник

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

4.1. Определение предметной области

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

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

Для определения основных функций продукта можно использовать, например, краткое описание варианта использования. Описание каждой функции можно представить также в виде списка, состоящего из трех граф : действующее лицо, цель и краткое описание варианта использования.

Анализ предметной области является основой для анализа осуществимости проекта и определения образа (концепции) продукта и границ проекта.

Анализ осуществимости

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

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

Постановку бизнес-задачи надо обсуждать с Заказчиком, или будущим Владельцем системы.

Вопросы, которые ему стоит задать, это:

Системные требования нужно выяснять у IT-специалистов Заказчика, если таковые имеются, из специфики контекста использования системы, опыта построения аналогичных систем (у IT-Экспертов-Архитекторов) и Специалистов по отдельным аспектам системы, значимым для данного проекта (Юристы, Эргономисты, и т.д.) и Заказчика:

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

Оптимальный подбор предоставляемых средств определяет все остальное

4.3. Формирование и документирование требований к проекту

Для всех проектов разработки программного обеспечения, кроме самых тривиальных, важно иметь единственный «руководящий документ», в котором определяются:

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

Источник

Описание предметной области

Содержание:

464610

ВВЕДЕНИЕ

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

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

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

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

Также в организациях существуют свои особенности ведения учета документации. При этом ведение бумажного документооборота имеет свои недостатки, к которым относятся:

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

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

Объектом исследования является бизнес-процесс подбора, найма и сопровождения трудовых ресурсов.

Предметом исследования является автоматизация бизнес-процесса подбора, найма и сопровождения трудовых ресурсов.

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

Для достижения поставленной цели необходимо решить ряд задач:

Предпроектное обследование

Описание предметной области

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

Показатели результативности деятельности персонала зависят от результатов следующих этапов процесса управления персоналом [3]:

Перечисленные этапы должны рассматриваться во взаимосвязи, поэтому нельзя отказаться от выполнения отдельных работ без нанесения ущерба всей системе управления персоналом. Схематично процесс управления персоналом представлен на рисунке 1.

Таким образом функциями процесса управления персоналом, подлежащим автоматизации будут:

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

1

Рисунок 1. Схема процесса управления персоналом

Моделирование бизнес-процессов предметной области

Для наглядного представления бизнес-процессов предметной области применяется метод моделирования бизнес-процессов, в ходе которого процесс представлен в графическом изображении с входящими и выходящими информационными потоками [4].

На рисунке 2 представлена контекстная диаграмма бизнес-процесса подбора, найма и сопровождения трудовых ресурсов. Управление процессом осуществляется согласно приказам и трудовому кодексу РФ. Механизмом процесса является отдел кадров.

2

Рисунок 2. Контекстная диаграмма процесса

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

Рассмотрим декомпозицию бизнес-процесса подбора, найма и сопровождения трудовых ресурсов. На рисунке 3 представлена декомпозиция первого уровня. Процесс подбора, найма и сопровождения трудовых ресурсов осуществляется следующим образом: сначала специалисты в соответствии с потребностью в персонале осуществляют формирование персонала, в процессе чего может потребоваться проведение набора кадрового состава. Затем проводится использование персонала, которое включает распределение персонала по отделам компании. В заключении необходимо оценить работу персонала, для этого по приказу руководителя организации проводится аудит персонала, призванный оценить эффективность расстановки кадров и оценить продуктивность их деятельности.

На рисунке 4 представлена декомпозиция процесса формирования персонала. В ходе этого процесса на основании потребности в персонале, полученной от руководителей структурных подразделений организации или специалистов планового отдела осуществляется составление заявок об открытых вакансиях, в которых перечислены характеристики, которым должен соответствовать соискатель. Затем специалисты отдела проводят собеседования, чтобы оценить соответствие кандидатов запрашиваемым требованиям. После того как персонал подобран, осуществляется оформление трудовых договоров.

На рисунке 5 представлена модель процесса использования персонала. В ходе этого процесса осуществляется формирование кадрового резерва, планируются кадровые перемещения и отслеживается потребность в повышении квалификации персонала. Эти процессы базируются на потребности в персонале, которая поступает от руководителей отделов компании, а также от специалистов коммерческого отдела,

3

Рисунок 3. Декомпозиция процесса подбора, найма и сопровождения трудовых ресурсов

4

Рисунок 4. Модель процесса формирования персонала

5

Рисунок 5. Модель процесса использования персонала

которые осуществляют планирование деятельности компании.

На рисунке 6 представлена модель процесса аудита персонала. Аудит персонала проводится по ряду методик, в ходе которых необходимо собрать большое количество информации не только результатах работы, но и о личности кадрового состава. В ходе аудита специалист по кадрам оценивает социально-психологическое состояние кадрового состава. Для этого специалисту необходимо извлечь информацию из личных дел сотрудников о семейном положении, составе семьи, уровне образования и т.д. Затем осуществляется анализ деятельности персонала. Специалист отдела кадров анализирует эффективность выполнения бизнес-процессов компании сотрудниками. Показателями для проведения анализа служат ряд факторов: временные затраты, количество заключенных договоров, количество оказанных услуг и т.д. В заключение проводится анализ соответствия персонала методическим нормам. Здесь оценивается кадровый состав, занимаемые должности и количество открытых вакансий. По результатам аудита специалисты отдела кадров формируют отчет, в котором содержатся результаты аудита.

Анализ бизнес-процессов

Проанализировав бизнес-процессы предметной области были выделены следующие недостатки:

В организации ведется бумажный документооборот и отсутствует автоматизация формирования документации и отчетности. В связи с этим временные затраты сотрудников на ведение документации имеют большой объем.

6

Рисунок 6. Модель процесса аудита персонала

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

Большие временные затраты присутствуют также в процессе формирования отчетности о результатах работы специалистов отдела кадров. Для формирования отчета специалистам приходится вручную осуществлять поиск документов, выявление необходимых данных, анализировать полученные данные и формировать отчет [1].

Ведение бумажного документооборота характеризуется высоким уровнем расходов на закупку бумаги. Переход к электронному документообороту поможет учреждению сократить затраты на расходные материалы на 60%.

Архив документов при ведении бумажного документооборота имеет положительную тенденцию роста и занимает все больше места. Переход к бумажному документообороту поможет сократить рост численности архива документов на 40%. Поиск нужного документа в архиве требует значительных временных затрат.

Бумага является недолговечным материалом в связи с чем сохранность документа подвергается риску внешних воздействий. Ведение бумажного документооборота характеризуется отсутствием централизованного хранилища документов. Документы постоянно перемещаются между получателями. Процесс перемещения документа от одного респондента к другому так же требует высоких временных затрат. При этом отсутствует возможность контролировать нахождение документа.

Вариантом решения выделенных недостатков является разработка информационной системы, автоматизирующей процессы подбора, найма и сопровождения трудовых ресурсов. Информационная система позволит учреждению автоматизировать следующие функции [7]:

Разработка проектных решений

Моделирование бизнес-процессов «как должно быть»

Рассмотрим бизнес-процессы предметно области после внедрения информационной системы подбора, найма и сопровождения трудовых ресурсов. На рисунке 7 представлена контекстная диаграмма бизнес-процесса. Управление процессом осуществляется согласно приказам и трудовому кодексу РФ. Механизмами процесса являются отдел кадров и информационная система. Входящими потоками процесса являются: потребность в персонале, приказ о проведении аудита и заявки соискателей. Выходящими потоками являются: кадровый резерв, трудовой договор, отчет о результата аудита, план кадровых перемещений, план повышения квалификации.

Рассмотрим декомпозицию бизнес-процесса управления персоналом. На рисунке 8 представлена декомпозиция первого уровня процесса подбора, найма и сопровождения трудовых ресурсов. Сначала специалисты в соответствии с потребностью в персонале осуществляют формирование персонала, в процессе чего может потребоваться проведение набора кадрового состава. Затем проводится использование персонала, которое включает распределение персонала по отделам компании. В заключении необходимо оценить работу персонала, для этого по приказу руководителя организации проводится аудит персонала, призванный оценить эффективность расстановки кадров и оценить продуктивность их деятельности.

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

7

Рисунок 7. Контекстная диаграмма бизнес-процесса

8

Рисунок 8. Декомпозиция контекстной диаграммы

9

Рисунок 9. Модель процесса формирования персонала

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

На рисунке 10 представлена модель процесса использования персонала. В ходе этого процесса осуществляется формирование кадрового резерва, планируются кадровые перемещения и отслеживается потребность в повышении квалификации персонала. Эти процессы базируются на потребности в персонале, которая поступает от руководителей отделов компании, а также от специалистов коммерческого отдела, которые осуществляют планирование деятельности компании.

На рисунке 11 представлена модель процесса аудита персонала. Аудит персонала проводится по ряду методик, в ходе которых необходимо собрать большое количество информации не только результатах работы, но и о личности кадрового состава. В ходе аудита специалист по кадрам оценивает социально-психологическое состояние кадрового состава. Для этого специалисту необходимо извлечь информацию из личных дел сотрудников о семейном положении, составе семьи, уровне образования и т.д. Затем осуществляется анализ деятельности персонала. Специалист отдела кадров анализирует эффективность выполнения бизнес-процессов компании сотрудниками. Показателями для проведения анализа служат ряд факторов: временные затраты, количество заключенных договоров, количество оказанных услуг и т.д. В заключение проводится анализ соответствия персонала методическим нормам. Здесь оценивается кадровый состав, занимаемые должности и количество открытых вакансий. По результатам аудита специалисты отдела кадров формируют отчет, в котором содержатся результаты аудита.

10

Рисунок 10. Модель процесса использования персонала

11

Рисунок 11. Модель процесса аудита персонала

Разработка требований к системе

Различают два типа требований к информационной системе [8]:

Для разработки функциональных требований выделим роли пользователей в системе. Пользователями разрабатываемой системы будут:

Рассмотрим требования каждого пользователя к системе. Требования специалиста по кадрам:

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

Рассмотрим нефункциональные требования первой категории [9]:

Разработка проектных решений по программному обеспечению

Информационные системы позволяют пользователям осуществлять сбор и обработку данных. Для хранения данных используются базы данных. Различают следующие виды баз данных:

В настоящее время широко применяются реляционные базы данных в связи со следующими факторами [5]:

Помимо перечисленных достоинств, в организации уже используется реляционная СУБД [10]. Поэтому, с целью минимизации конфликтов в процессе интеграции, для разработки информационной системы будет использована реляционная база данных.

Для управления реляционной базой данных используется реляционная СУБД. На рынке широко представлены как коммерческие, так и бесплатные СУБД. Наиболее востребованными на рынке являются следующие СУБД:

СУБД IBM DB2 является кроссплатформенной, обеспечивает стабильную работу базы данных [2]. Недостатками системы являются высокая стоимость и низкая производительность. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows. СУБД Oracle обладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД.

Ввиду перечисленных свойств реляционных СУБД был сделан выбор в пользу СУБД Oracle, поскольку эта СУБД показывает высокие показатели надежности и масштабируемости.

Для разработки информационной системы будет использован объектно-ориентированный подход, поскольку он позволяет осуществлять конструирование из компонентов, обладающих простыми инструментами, что дает возможность абстрагироваться от деталей реализации. При этом данные и операции вместе образуют определенную сущность, и они не «размазываются» по всей программе, как это нередко бывает в случае процедурного программирования. Использование локализации программного кода и данных улучшает наглядность и удобство сопровождения программного обеспечения.

В качестве языка программирования был выбран язык программирования c++. Который поддерживает объектно-ориентированный подход и обладает множеством встроенных библиотек.

Разработка информационной системы будет осуществляться в среде программирования MS Visual Studio, которая является бесплатным инструментом, поддерживающим выбранный язык программирования.

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

Проектирование базы данных

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц. База данных будет включать следующие таблицы:

Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 12.

Справочники ОКПДТР, ОКЗ, ЕТКС, ЕСКД и ОКВЭД являются родительскими таблицами по отношению к таблице Личное дело. Связь имеет вид «один-ко-многим», поскольку данные из справочников могут присутствовать во многих таблицах, но в одном личном деле может присутствовать только одна запись из каждого справочника.

Таблицы Сотрудник и Документ об образовании являются родительскими по отношению к таблице Личное дело. Связь между таблицами Сотрудник и Личное дело имеет вид «один к одному» поскольку у на каждого сотрудника может быть заведено только одно личное дело и в каждом личном деле могут храниться данные об одном сотруднике. Связь между таблицами Личное дело и Документ об образовании имеет вид «один ко многим», поскольку у каждого сотрудника может быть несколько документов об образовании, но каждый из этих документов может принадлежать только одному сотруднику.

Справочник КЛАДР является родительской таблицей по отношению к таблицам Адрес регистрации и Адрес проживания. Связь между таблицами имеет вид «один ко многим», поскольку данные таблицы КЛАДР могут присутствовать в адресах разных сотрудников, но каждый адрес является уникальной записью в таблице базы данных.

12

Рисунок 12. ER-модель предметной области

Таблица Сотрудник является родительской по отношению к таблицам Отпуск, Табель, Ведомость и Договор. Связь между таблицами имеет вид «один ко многим», поскольку у каждого сотрудника может быть несколько табелей учета рабочего времени, ведомостей по заработной плате, отпусков и договоров. Но все перечисленные объекты могут принадлежать только одному сотруднику.

Характеристика таблиц базы данных представлена в таблице 1.

Таблица 1

Характеристика базы данных

Источник

Оцените статью
Добавить комментарий

Adblock
detector