Файл: Проектирование реализации операций бизнес-процесса «Расчет заработной платы.pdf

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

Выходными считаются ежемесячные составляемые отчёты по деятельности информационной системы.

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

Рисунок 3 Функциональная структурная схема

Постановка задачи «Изменение данных о самих сотрудниках или их деятельности»

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

• поиск в БД специфической информации, удовлетворяющей входному запросу;
• контроль правильности найденной информации, и, в случае необходимости, коррекция информации.

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

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

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

2.1.3.1 Характеристика инфологической модели

Инфологическая модель представляет собой описание структуры и динамики предметной области, характер информационных потребностей пользователей системы в терминах понятных пользователю и независимых от реализации системы на конкретной ЭВМ и, в частности, от выбранной СУБД. Такое описание может быть представлено с помощью любого способа, допускающего однозначную интерпретацию. Одним из таких способов является построение диаграммы «сущность – связь».

Для ее построения необходимо:

• выделить сущность предметной области;
• определить атрибуты сущностей;
• определить связи между сущностями.

Под сущностью понимается некоторая абстракция реального существующего объекта. При рассмотрении понятия сущности выделяют: тип сущности и экземпляр сущности.

Тип сущности - набор объектов одного типа.

Экземпляр сущности - конкретный объект в наборе.

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

Атрибуты бывают описательными и идентифицирующими.

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

Описательный атрибут - это такой атрибут, который описывает свойства экземпляра сущности. С помощью атрибутов можно описывать не только свойства сущности, но и связи между ними. Различают следующие виды связи: бинарные, тернарные, k-ные. Наиболее применимы бинарные связи.

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

На рис. 4 представлена инфологическая модель предметной области модуля «Учет заработной платы».

Рисунок 4 Инфологическая модель предметной области модуля «Учет заработной платы»

2.1.3.2 Характеристика даталогической модели

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

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

Таблица 1

Даталогическая модель БД

продолжение таблицы 1

продолжение таблицы 1

продолжение таблицы 1

продолжение таблицы 1

2.2 Разработка обобщенного алгоритма

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

Существует несколько способов представления алгоритмов:

• словесное описание;
• графическое описание;
• программное описание.

Графическая форма представления очень широко применяется благодаря своей наглядности. Алгоритм, представленный в графической форме называется блок-схемой. Блок схема разрабатываемого модуля представлена на рис. 5, стр. 70.

Так как БД построена по архитектуре «клиент-сервер», то подразумевается, что с ней будет работать несколько пользователей. Необходимо распределить доступ к БД между пользователями, для предупреждения потери данных.

Рисунок 5 Блок схема разрабатываемой подсистемы

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

Для повышения надежности парольной защиты предусмотрено следующее:

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

Также с помощью имеющихся средств в операционной системе можно блокировать весь каталог, содержащий файл *.GDB.

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

В результате проведенной работы было сделано следующее:

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