Дипломная работа: Автоматизация управления персоналом в ООО «Компьютерная служба спасения»

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
43
• Важно не забыть механизмы контроля начальной и итоговой
информации, обновления данных в БД, контроль целостности и доступности БД,
защиту от НСД в систему третьих лиц.
Принцип сохранения данных в ИБ обязан следовать неким требованиям:
• Полноценность данных для реализации любых операций контроля и
решения экономических задач;
• Целостность данных, т.е. гарантия непротиворечивости данных в
процессе помещения информации в ИБ;
• Одновременность и оперативность обновлений данных в
применяемых копиях;
• Подстройка системы ИБ к изменчивым информационным
потребностям потребителей;
• Установка системы, обеспечивающей требуемый уровень сложности
структуры информационной базы;
• Возможность системы производить поиск и отображать данные,
которые точно соответствуют начальному запросу пользователей;
• Адекватность интерфейса системы, позволяющая быстро выполнять
запрос к ИБ;
• Деление прав доступа, что влечет создание для каждого пользователя
открытых типов записей, полей, файлов и списка операций с ними.
Классификаторы применяются для описания данных, указывают единство
кодирования и классификации и необходимы прежде всего для корректной
машинной обработки и выдачи данных в понятном виде для решения задач
потребителя.
В нашей задаче используются следующие общероссийские классификаторы:
• ОКУД – общероссийский классификатор управленческих документов;
• ОКОПФ – общероссийский классификатор организационно-правовых
форм.
Зачастую в процессе создания системы применяется реляционная модель БД.
Подобная модель имеет на отдельной предметной области некий набор отношений,
изменяющийся во времени. По факту создания системы данная совокупность
получает все данные об объектах предметной области, помогает моделировать
44
связи между ними. Сами же данные располагаются в таблицах. Для удобства
поиска и определения любая таблица получает свой ID.
Обычно к ИО могут предъявлять следующие требования:
• ИО должно быть полными и достоверными для поддержки всех
функций автоматизации;
• При кодировании данных применяются подтвержденные ID;
• В процессе кодирования входных или выходных данных,
используемых на высшем уровне управления, применяются лишь классификаторы
данного уровня;
• ИО обязано быть полностью совместимо с создаваемым проектом;
• Все формы документов должны сочетаться с корпоративными
стандартами и обобщенной системой документации;
• Структура экранных форм и всех документов обязана соответствовать
характеристике каждого рабочего места сотрудника;
• Применяемые сокращения, графики и информационные сообщения
обязаны быть общепринятыми в отдельной предметной области и согласованы с
заказчиком.
В ИС должны иметь установленные заранее средства контроля входной и
результатной информации, изменения данных в информационных массивах,
отслеживания целостности ИБ, защиты от НСД.
В нашем случае к ИО задачи относят входные и результатные документы,
классификаторы, а также список экранных форм, необходимых для сознания
диалога системы и пользователя.
В разрабатываемой информационной системе должно быть реализовано
ведение следующих классификаторов и справочников (с указанием их атрибутов):
Пользователь системы (менеджер):
фамилия;
имя;
отчество;
дата рождения
дата начала работы;
данные для доступа к сервису;
45
E-mail.
Сотрудник:
ФИО;
Адрес проживания
ФИО контактного лица;
контактный телефон;
номер договора;
данные для доступа к сервису;
должность;
дата назначения на должность;
дата освобождения от должности;
паспортные данные.
Штатное расписание:
наименование должности;
тарифный разряд.
1.4.2 Обоснование проектных решений по программному обеспечению
Описанные решения реализуют свойственные такого рода системам
задачи, но включают ряд недостатков, к которым можно сразу отнести:
• Сложность настройки, доработки под себя и бизнес-процессы
компании;
• Нет полноценной ТП;
• Почти минимальная модернизация и масштабирование.
Что касается коммерческих систем, то они стоят дорого и сложно
внедряемы, поэтому для нашей компании не подходят.
Для решения описанной задачи создания ИС отдела ТП подобрана
технология проектирования прототипов, исходя из таких особенной, как:
• Нет нужны в группе разработчиков;
• Всегда можно модифицировать интерфейс;
46
• Прототип системы может случить основой для последующей
разработки БД, что помогает на ранних этапах найти все ошибки
проектирования и описать параметры системы.
Методика проектирования прототипа помогает получать полноценное
приложение хорошего качества оперативно и за минимальные деньги. В
рамках работы с системой-прототипом пользователь понимает возможности
реальной системы и указывает самый удобный для него процесс анализа
данных, что реально увеличивает уровень реализуемых систем. Выполняется
проверка проектных решений по структуре и составу системы и оцениваются
ее эксплуатационные параметры.
Плюсы такого проектирования:
• Доступность создания приложения итерациями;
• Нет нужны завершать работы на всех этапах для реализации
следующего;
• Можно прилечь пользователей в момент создания и построения
системы;
• Можно распараллелить работы;
• Можно повторно использовать части проекта;
• Есть средства контроля конфигурациями, упрощающие
корректировку изменений в проект и ведение готовой системы;
• Применение автоматических генераторов (мастеров);
• Применение прототипов, которые помогают полноценно
выяснить и удовлетворить делания пользователя;
• Доступность проверки и развития проекта, которые реализуются
сразу в процессе создания нескольких версий прототипа.
Все положения в отдельности повышают скорость, улучшают качество,
а их совместное использование ведет к реальным изменениям в рамках
процесса разработки.
Для применения проектирования прототипа нужно использовать
высокоуровневые методики, позволяющие оперативно преобразовать
47
прототип системы в работающую версию и передать в не все требуемые
корректировки.
Технологическое обеспечение (ТО) проекта автоматизации имеет ряд
запросов:
• Прием начальных данных;
• Их обработка;
• Передача итоговых данных.
Список операций, реализуемых в процессе получении начальных
данных, включает в себя:
1) Нахождение начальных данных – процесс приема количественного
значения параметра, определяющего объекты и процессы компании. На вход
исследуемой задачи приходят начальные данные со слов заказчика о
требуемых услугах, в рамках которых уже подсчитываются все требуемые
параметры: цена, количество и т.п.
2) Запись первичных данных – перенос всех числовых параметров на
любой носитель. В рамках решения описанной задачи автоматизации процесс
регистрации проходит механическим способом, то есть все набирается с
клавиатуры в экранные формы.
3) Сбор данных – операция передачи пакета данных, набора начальных
документов или файла на носителе данных для дальнейшей отправки и
обработки. Этот процесс в рамках решаемой задачи автоматизации
реализуется самостоятельно, централизовано – то есть прием данных
выполняется по мере их получения на источниках.
При поиске начальных данных готовятся документы, данные которых
применяются для проверки нормативно-справочной информации и
документов, имеющих оперативную информацию, которая используется в
рамках расчетов.
При этом необходимо уделить особое внимание входной информации,
для этого используется:
• Зрительный контроль через экран дисплея,
Источник: https://baza.diplomsite.ru/previewfile/2268