Файл: Проектирование реализации операций бизнес-процесса «Управление персоналом"..pdf
Добавлен: 16.05.2023
Просмотров: 302
Скачиваний: 3
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес –процессов
1.3. Характеристика документооборота, возникающего при решении задачи
1.4.2. Обоснование проектных решений по программному обеспечению
2.1. Информационная модель и её описание
2.3. Характеристика результатной информации
2.4. Общие положения (дерево функций и сценарий диалога)
2.5. Характеристика базы данных
2.6. Структурная схема пакета (дерево вызова программных модулей)
Данные, принадлежащие к одному массиву, записываются по общим правилам (в соответствии с технологией накопления, хранения и обработки данных, принятой в организации). Тип массива определяется его содержанием (например, массив материальных нормативов, массив поставщиков материалов), функциями в процессе обработки данных (входной, выходной, промежуточный массивы). Информационный массив, снабженный символическим именем, однозначно определяющим его в информационной системе, называется файлом [3].
Исходя из неоднородности и множественности поставщиков и потребителей информационных потоков, а также руководствуясь главной целью классификации — упорядочением информационных потоков, первым шагом в классификационной группировке является деление по признаку, позволяющему образовать однородные по видам деятельности (или по функциям) информационные потоки.
Известно, что информационный поток, как правило, выражается в определенном виде документации (накладные, счета-фактуры, приказы и пр.). В соответствии с существующим делением документации по видам деятельности, информационные потоки системы продаж могут быть классифицированы на распорядительные (приказы, распоряжения), организационные (инструкции, протоколы, положения), аналитические (обзоры, сводки, докладные записки), справочные (справки), научные (статьи, рефераты), технические (документации по технике безопасности).
Передача и прием информационных потоков осуществляется с помощью носителей памяти человека, документа, магнитного носителя, устной речи и т.п. По виду носителя информации информационные потоки могут быть переданы на бумажные, электронные, смешанные. Носитель информации — это любое материальное средство, фиксирующее информацию. В настоящее время для регистрации информации используются бумажные и электронные носители. Информационный поток может состоять из бумажных и электронных носителей, которые дублируют или дополняют друг друга [2].
Для того, чтобы человек мог воспринять любой вид информации, должна быть осуществлена её индикация. В зависимости от индикации информационные потоки делятся на:
- цифровые (цифровая запись в документе, цифровое изображение на мониторе);
- алфавитные (словесная запись в документе, на экране монитора);
- символические (условное изображение на чертежах, организационных схемах);
- предметно-визуальные (телеизображение, фотография).
Структура информационных потоков определяет их однородность и неоднородность. Однородные информационные потоки характеризуются единым видом носителя, единой функциональной принадлежностью, единым видом документационного сопровождения. Неоднородные информационные потоки соответственно не отвечают всем вышеперечисленным требованиям.
По периодичности информационные потоки делятся на регулярные, соответствующие регламентированной во времени передаче данных, и оперативные — обеспечивающие связь в любой необходимый момент времени.
По степени взаимосвязи информационные потоки делятся на взаимосвязанные и невзаимосвязанные. Степень взаимосвязи характеризуется количеством видов информации, взаимосвязанных с данным видом информации.
По объему информационные потоки делятся на малообъемные, среднеобъемные и высокообъемные. Объем информации измеряется количеством символов (алфавитных, цифровых и служебных знаков) или байтов.
В рамках разрабатываемой системы видеосалона входные информационные потоки:
- заказы от клиентов на услуги видеопроката, содержащие информацию о названии фильма, типе носителя сроке проката;
- о заказе на приобретение билетов на видеосеанс, содержащие информацию о месте, времени сеанса, фильме и количестве билетов;
- информация о способе оплаты заказа.
Выходные информационные потоки представляют собой отчетную информацию в виде:
- сводной информации об объемах выручки и количестве обслуженных клиентов в разрезе видов услуг;
- выходные формы в технологии продаж (билет, квитанция, чек, счет);
- инвентаризационный отчет.
1.4.2. Обоснование проектных решений по программному обеспечению
Программное обеспечение ИС - специальное разработанное в рамках автоматизации программное обеспечение, реализующие разработанные модели разной степени адекватности, отражающие функционирование реального объекта; а также ПО общего назначения, предназначенное для решения типовых задач обработки информации.
В рамках решения поставленной задачи системным ПО выступает операционная система. Для всех видов серверов будет выбрана Windows 2008 Server, поскольку не имеет смысла менять операционную систему, применяемую для автоматизированной системы управления предприятием.
Требования, которым должно удовлетворять проектируемое программное средство:
- надежность, поскольку при эксплуатации ИС важна ее бесперебойная работа,
- эффективность, так как на основе выходных данных ИС принимаются управленческие решения,
- понятность пользователю,
- защита информации,
- модифицируемость, что вызвано планами на дальнейшее расширение всей ИС предприятия в целом,
- мобильность,
- масштабируемость,
- минимизация затрат на сопровождение и поддержку.
- Кроме того, требования, предъявляемые к программам и приложениям, разработанным в рамках автоматизированной ИС, с точки зрения конечных пользователей, следующие:
- компьютерные программы, входящие в состав системы, должны удовлетворять требованиям, предъявляемым к человеко-машинному интерфейсу,
- в приложениях автоматизированной системы должен быть реализован стандартный интерфейс (стандартный вид окон, меню и панелей инструментов, возможности настройки параметров среды),
- приложение должно иметь встроенную справку и поддерживать работу с контекстными подсказками,
- при работе с приложением информация должна быть защищена от некорректных действий пользователя.
Инструментальное программное средство выбирается на основе выбранной и обоснованной методологии и стратегии автоматизации задачи.
На этапе системного анализа целесообразно применять метод функционального моделирования, поддерживаемый таким программным средством, как ППП Design/IDEF 3.5. Его выбор обоснован тем, что данный ППП является средством CASE-технологии и обеспечивает соблюдение принципов функционально-модульного или структурного подхода к проектированию. Нотация IDEF0, в которой разрабатываются диаграммы бизнес-процессов с использованием принципов декомпозиции, отвечает всем требованиям этого подхода. В сравнении с другими CASE-средствами, такими как: ARIS, BP Win, ER Win, также распространенными в российском бизнес-пространстве, ППП Design/IDEF 3.5 является относительно дешевым и не менее эффективным средством проектирования. Поскольку автономная задача планирования регулярных закупок материальных ценностей охватывает менее десяти уровней декомпозиции, выбранное инструментальное средство будет являться максимально эффективным [5].
На стадии системного синтеза необходимо выбрать программное обеспечение для создания программных модулей, непосредственно реализующих разработанную ИС. Поскольку принята каноническая стратегия разработки проекта автоматизации, подразумевающая ручное оригинальное проектирование и реконструкцию, то в качестве инструментального программного обеспечения будет выступает язык программирования высокого уровня, имеющий возможность генерации экранных форм документов, а также организации работы с базами данных.
В настоящее время широко используются языки программирования высокого уровня, такие как: Delphi, C++, Pascal, а также СУБД на основе языков SQL, QBE. Выбор языка программирования должен быть основан на выборе типа используемой базы данных (БД).
Созданы языки манипулирования данными, позволяющие реализовать все операции реляционной алгебры и практически любые их сочетания. Среди них наиболее распространены SQL (Structured Query Language – структурированный язык запросов) и QBE (Quere-By-Example – запросы по образцу). Оба относятся к языкам очень высокого уровня, с помощью которых пользователь указывает, какие данные необходимо получить, не уточняя процедуру их получения.
Одно из важнейших достоинств интегрированных БД состоит в том, что возможно хранить логически сгруппированные данные в разных таблицах и задавать связи между ними, объединяя их в единую базу. Для задания связи таблицы должны иметь поля с одинаковыми именами или хотя бы с одинаковыми форматами данных. Связь между таблицами устанавливает отношения между совпадающими значениями в этих полях. Такая организация данных позволяет уменьшить избыточность хранимых данных, упрощает их ввод и организацию запросов и отчетов [6].
2. Проектная часть
2.1. Информационная модель и её описание
Информационная модель задачи приведена на рис.2.1.
Рис.2.1 Информационная модель
Блок 1 – Блок администратора, предполагающий функционал по вводу справочной информации, а также данных, связанных с предоставлением доступа к системе. Блок 2 – Блок оператора. Ввод оперативной информации в рамках ведения кадрового учета (учет заявлений, больничных листов, командировок, данных об аттестации). Блок 3 – формирование отчетности (сводный отчет по отпускам, больничным листам, командировкам, а также печатной формы табеля отработанного времени).
2.2. Характеристика нормативно-справочной, входной и оперативной информации
В рамках поставленной задачи проектирования информационной системы специалиста по кадрам определим сущности и их атрибуты. Так как специфика деятельности специалиста по кадрам достаточно объемная и полностью ее охватить в рамках одной курсовой работы весьма затруднительно, в рамках данной работы проведем моделирование следующих процессов технологии кадрового учета:
- ведение картотеки сотрудников;
- ведение картотеки должностей и отделов (организационной структуры предприятия);
- учет приемов и увольнений сотрудников;
- учет отпусков и больничных листов.
Таким образом, как показано на рис.16, сущностями информационной системы специалиста по кадрам являются:
- сотрудники;
- отделы;
- должности;
- журнал предоставления отпусков;
- журнал больничных листов;
- кадровый журнал приемов и увольнений сотрудников.
На основании построенных моделей в рамках проекта автоматизации производится проектирование модели данных (логическое и физическое) с установление необходимых атрибутов сущностей, связей между ними и дальнейшая реализация приложения для работы с созданной базой данных.
Для построения логической модели базы данных определим информационные объекты, с которыми будет работать информационная система сотрудника по кадрам и их свойства. Данные приведем в таблице 2.1. Ключевые поля обозначим подчеркиванием.
Таблица 2.1 Атрибуты информационной системы отдела кадров
|
Информационный объект |
Атрибут |
|
Сотрудник |
Код сотрудника Адрес Дата рождения ИНН Страховое свидетельство Паспортные данные Образование Год окончания ВУЗа Профессия Код должности Стаж |
|
Должность |
Код должности Наименование оклад |
|
Параметры организации |
Название ИНН Адрес ФИО директора ФИО сотрудника по кадрам |
|
Отдел |
Код Наименование |
|
Журнал отпусков |
Код сотрудника Тип отпуска Дата начала Дата окончания дата приказа об отпуске |
|
Журнал больничных листов |
Код сотрудника Номер б/л Дата начала Дата окончания |
|
Журнал приема на работу |
Код сотрудника Номер приказа дата приказа Дата приема на работу Код должности Кол-во ставок |
|
Журнал увольнений |
Код сотрудника Номер приказа дата приказа Дата приема на работу Код должности Кол-во ставок |
На рисунке 17 приведена диаграмма «Сущность – связь» разрабатываемой информационной системы.
Рисунок 17. Диаграмма «Сущность - Связь»
Установим типы отношений между сущностями информационной системы.
Каждой должности соответствует множество сотрудников. Связь 1:N.
Каждому отделу соответствует множество сотрудников. Связь 1:N.
Каждый сотрудник может иметь множество отпусков. Связь 1:N.
Каждый сотрудник может иметь множество больничных листов. Связь 1:N.
Каждый сотрудник может иметь множество приказов о приеме и увольнении. Связь 1:N.
Логическая модель ИС «Кадры» представлена на рис.18.
Рис.18. Логическая модель системы
2.3. Характеристика результатной информации
Результатной информацией в рамках данной работы являются сформированные отчеты. Приведем описание структуры выходной информации.
1.Табель учета рабочего времени.
|
Поле |
Тип данных |
Примечание |
|
ФИО работника |
Текстовый |
|
|
Должность |
Текстовый |
|
|
Табельный номер |
Число |
|
|
Дата |
Дата |
|
|
Количество отработанных часов |
Число |