Характеристика проблемной области



 

На предприятии ПАО «Башинформсвязь» не используется система управления эффективностью работы сотрудников. Но есть метод управления, с помощью создания карточки в СЭД о корпоративных целях с помощью КПЭ (количественного показателя эффективности). Рассмотрим модель «как будет» на рисунке 6.

Рисунок 6 Модель «Как будет»

На рисунке 7 изображена декомпозиция блока А0 на четыре блока, которые уточняют выполняемые функции.

Рисунок 7 Декомпозиция блока А 0 функциональной модели

 

 

Подведение итогов: качественный результат управления эффективностью сотрудников

 

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

В карточке цели имеются поля «Фактические значения». Руководитель должен заполнить фактическое значение показателя КПЭ за предыдущий год и за уходящий год. После этого карточка по каждой цели опять уходит «наверх» — для оценки эффективности работы подразделения.

Администратор СУЭС, получая карточки целей на проверку, производит расчет итоговых оценок участников СУЭС. Система автоматически определяет данные оценки, проставляя значения в поле «Процент выполнения» в карточке цели.

Руководителю в итоге будет отображена «Итоговая (взвешенная) оценка по КПЭ, %» его подразделения. На основании этого все руководители смогут сделать конкретные выводы — эффективно ли поработало подразделение или нет. Если по итоговой взвешенной оценке подразделение наработало всего 30% от того, что могло, скорее всего, управленческие цели были поставлены неправильно, и стратегию работы подразделения следует изменить.

 

Вывод

 

Модуль «Система управления эффективностью сотрудников» был создан в 2013 году, но не вошел в основную ветку по уже описанной причине — не каждой компании требуется управление по КПЭ.

Тем не менее, используя модуль СУЭС в СЭД, компания может:

• сформулировать общую стратегию развития на год;

• определить приоритетность поставленных целей для компании;

• каскадно распланировать работу подразделений в рамках стратегии;

• получить конкретные фактические результаты работы подразделений;

• сравнить их с результатами прошлых лет.

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

Модель данных

Рисунок 8 ER-модель данных

Основные характеристики объекта Администратор представлены в таблице 5.

Таблица 5 Описание таблица Администратор

Имя поля Тип данных
Паспортные данные Текстовое (первичный ключ)
ФИО Текстовое
Номер телефона Числовой
Адрес Текстовое

 

Основные характеристики объекта Сотрудник представлены в таблице 6.

Таблица 6 Описание таблица Сотрудник

Имя поля Тип данных
Номер Числовой (первичный ключ)
ФИО Текстовое
Должность Текстовое
Адрес Текстовое
Паспортные данные Числовой

 

Основные характеристики объекта Карточка корпоративных целей представлены в таблице 7.

Таблица 7 Описание таблица Карточка корпоративных целей

Имя поля Тип данных
Вес цели Числовой (первичный ключ)
Название Текстовое
Цель Текстовое
Единица измерения Числовой
Пороговое значение Числовой
Целевое значение Числовой
Амбициозное значение Числовой
Номер (FK) Числовой
Паспортные данные (FK) Числовой

 

Основные характеристики объекта Тактические задачи представлены в таблице 8.

Таблица 8 Описание таблица Тактические задачи

Имя поля Тип данных
Тип задачи Текстовое
Срок выполнения Дата/Время
Номер (FK) Числовой
Мера сложности Текстовое

 

3 Модели функционирования ИС

Любой язык состоит из словаря и правил комбинирования слов для получения осмысленных конструкций. Так, в частности, устроены языки программирования, таковым является и UML. Отличительной его особенностью является то, что словарь языка образуют графические элементы. Каждому графическому символу соответствует конкретная семантика, поэтому модель, созданная одним разработчиком, может однозначно быть понята другим, а также программным средством, интерпретирующим UML. Отсюда, в частности, следует, что модель ПС, представленная на UML, может автоматически быть переведена на ОО язык программирования (такой, как Java, C++, VisualBasic), то есть, при наличии хорошего инструментального средства визуального моделирования, поддерживающего UML, построив модель, мы получим и заготовку программного кода, соответствующего этой модели.

 

3.1. Диаграмма классов

Диаграмма классов (англ. Static Structure diagram) — диаграмма, демонстрирующая классы системы, их атрибуты, методы и взаимосвязи между ними. Входит в UML.

Рисунок 9 Диаграмма классов

 

3.2. Диаграмма вариантов использования

 

Диаграмма вариантов использования в UML — диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне[1].

Рисунок 10 Диаграмма вариантов использования

3.3. Диаграмма деятельности

 

Диаграмма деятельности (англ. activity diagram) — UML-диаграмма, на которой показаны действия, состояния которых описано на диаграмме состояний.

Рисунок 11 Диаграмма деятельности

3.4. Диаграмма состояний

 

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

Рисунок 12 Диаграмма состояний

3.5. Диаграмма последовательности

 

Диаграмма последовательности (англ. sequence diagram) — диаграмма, на которой для некоторого набора объектов на единой временной оси показан жизненный цикл какого-либо определённого объекта (создание-деятельность-уничтожение некой сущности) и взаимодействие актёров (действующих лиц) ИС в рамках какого-либо определённого прецедента (отправка запросов и получение ответов).

Рисунок 13 Диаграмма последовательности

 

 

3.6. Диаграмма компонентов

 

Диаграмма компонентов, (англ. - Component diagram) — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами.

Рисунок 14 Диаграммам компонентов

 

3.7. Диаграмма размещения (развертывания)

 

Диаграмма развёртывания (англ. - Deployment diagram) - в UML моделирует физическое развертывание артефактов на узлах.[8]

Рисунок 15 Диаграмма размещения

 

Заключение

 

В результате проведенного анализа было выявлено, что бизнес-процессы организованы, и они управляются.

Рассмотрена ИТ-инфраструктура предприятия, компания оснащена всем необходимым офисным оборудованием, а так же соответствующим программным обеспечением.

    Был изучен рынок ИКТ и выявлено, что система была оптимизированной и затрат не потребуется.

    Составлено техническое задание и построены модели:

– Модель» «как будет»

– ER-модель подсистемы

Так же, в ходе работы были построены следующие UML- диаграммы:

– Диаграмма классов

– Диаграмма состояний

– Диаграмма последовательности

– Диаграмма размещения

– Диаграмма компонентов

– Диаграмма деятельности.

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

- Обследована деятельность предприятия и его основные бизнес – процессы;

- Описана структура управления предприятием;

- Представлена характеристика IT-инфраструктуры организации;

- Построена модель предметной области;

- Описан прототип ИС;

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

 

1. Калянов, Г. Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов [Текст] : учеб. пособие для студ. вузов, обуч. по спец. 080801 "Прикладная информатика (по областям)" и др. экон. спец. / Г. Н. Калянов. - М. : Финансы и статистика, 2007. - 239 с.

2. Варфоломеева, А. В. Информационные системы предприятий [Текст] : учебное пособие для студентов вузов, обучающихся по направлению "Прикладная информатика" и другим экономическим специальностям / А. В. Варфоломеева, А. В. Коряковский, В. П. Романов. - Москва : ИНФРА-М, 2015. - 282 с.

3. Карпова, И. П. Базы данных [Текст] : курс лекций и материалы для практических занятий : учебное пособие для студентов техн. фак-тов, изучающих автоматизированные информационные системы и системы управления базами данных / И. П. Карпова. - Санкт-Петербург [и др.] : Питер, 2014. - 240 с.
4. Белов, В. В. Проектирование информационных систем [Текст] : учебник для студентов, обучающихся по направлению "Прикладная информатика" и другим экономическим специальностям / В. В. Белов, В. И. Чистякова ; под ред. В. В. Белова. - 2-е изд., стер. - Москва : Академия, 2015. - 352 с.
5. Назаров С. В. Архитектура и проектирование программных систем [Электронный ресурс]: Монография / С.В. Назаров. - М.: НИЦ Инфра-М, 2013. - 351 с. – Режим доступа: http://www.znanium.com/bookread.php?book=353187
6. Радченко, М. Г. 1С:Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приемы [Текст] / М. Г. Радченко, Е. Ю. Хрусталева. - М. : 1С-Паблишинг, 2009. - 872 с. + 1 эл. опт. диск (CD-ROM)
7. Черемных, С. В. Моделирование и анализ систем. IDEF-технологии [Текст]: практикум / С. В. Черемных, И. О. Семенов, В. С. Ручкин. - М. : Финансы и статистика, 2005,2006.

8. Крэг Ларман. Применение UML 2.0 и шаблонов проектирования = Applying UML and Patterns : An Introduction to Object-Oriented Analysis and Design and Iterative Development. — 3-е изд. — М.: Вильямс, 2012. — 736 с. — ISBN 0-13-148906-2.

9. Фаизова Л.В. Оптимизация работы систем обслуживания клиентов и предоставления интернет - услуг [Текст] // В сборнике: Итоги учебной и производственной практики. Практико-ориентированный подход в обучении Сборник материалов Республиканской научно-практической конференции. 2016. С. 45-47.

10. Фаизова Л.В., Защита персональных данных клиента [Текст] // Студенческий научный форум 2017, Секция: Информационные системы управления бизнесом.

11. Фаизова Л.В., Моделирование Бизнес – процесса «Предоставление интернет – услуг» в ПАО «Башинформсвязь» [Текст] // Студенческий научный форум 2017, Секция: Информационные системы управления бизнесом.

12. Фаизова Л.В. Место Рассии в международном разделении труда [Текст] / Фаизова Л.В., Мухамедъянова А.Ф. // В сборнике: Социально-экономические проблемы развития современной экономики: взгляд молодых ученых Материалы VII региональной научно-практической студенческой конференции. 2016. С. 157-158.

13. Программа и методические рекомендации к выполнению выпускных квалификационных работ: направление подготовки 080500 Бизнес-информатика [Электронный ресурс]: профиль подготовки Информационные системы в бизнесе: квалификация выпускника Бакалавр / Башкирский ГАУ, Фак. Информационных технологий и управления; сост. Т. М. Шамсутдинова. - Уфа : [б. и.], 2014. - 36 с. - Режим доступа: http://biblio.bsau.ru/metodic/31199.doc

14. Методические указания для выполнения курсовой работы по дисциплине Б1.В.ОД.18 "Программная инженерия" : направление подготовки 38.03.05 Бизнес-информатика/ Башкирский ГАУ, Каф. информатики и информационных технологий; сост. Т. Х. Агишев. - Уфа: БГАУ, 2016.-20 c.. -Б.ц. Загл. сост. Каталогизатором.

15. ПАО «Башинформсвязь» Караидельского р-на [Электронный ресурс] Режим доступа - http://www.bashtel.ru/.

 

Приложение А

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗРАБОТКУ КАРТОЧКИ КОПОРАТИВНЫХ ЦЕЛЕЙ ДЛЯ УПРАВЛЕНИЯ ЭФФЕКТИВНОСТЬЮ РАБОТЫ СОТРУДНИКОВ

 

2 Содержание разделов

2.1. Наименование и область применения.

  Информационная подсистема карточки корпоративных КПЭ в ПАО «Башинформсвязь». Разрабатываемая информационная подсистема позволит управлять эффективностью работы сотрудников в ПАО «Башинформсвязь» с помощью создания карточки «Корпоративных КПЭ»

2.2. Основание для разработки

  Задание на выполнение курсовой работы по программной инженерии, выданное преподавателем Ивановой Г.Р. 00.11.2017 «Совершенствование системы электронного документооборота в ПАО «Башинформсвязь» », срок сдачи КР 09.12.2017 .

2.3. Назначение разработки

  Информационная подсистема предназначена для управления эффективностью работы сотрудников в ПАО «Башинформсвязь», указывая в ней цели на год и их количественный показатель эффективности (КПЭ).

2.4.  Технические требования к программе или программному изделию

2.4.1. Требования к функциональным характеристикам

 

1) Создание карточки в СЭД «Корпоративные КПЭ» администратором предприятия.

2) Отправить на согласование высшему руководству компании.

3) Разработать специальную утилиту массового создания карт СУЭС (система управления эффективностью сотрудников).

4) Определить сотрудников, которым будет разослана карточка.

5) Постановка целей сотрудникам высшим руководством.

6) Заполнить карточку «Корпоративные КПЭ».

7) Сформировать цели деятельности на год.

8) Указать вес цели - показатель важности данной цели.

9) Задать единицу измерения КПЭ (количественный показатель эффективности).

10) Задать значения: пороговое, целевое, амбициозное.

2.4.2. Требования к надёжности"

2.4.3.

 

Продолжение Приложения А

- предусмотреть контроль вводимой информации;

- обеспечить блокировку некорректных действий пользователя;

-  вход в систему по логину и паролю

- разграничение доступа для разного уровня пользователей.

2.4.3. Условия эксплуатации

     Относительная влажность воздуха 30%, максимальная температура воздуха 20-25 градусов Цельсия.

2.4.4. Требования к составу и параметрам технических средств

     Минимальные требования к компьютеру и ПО:

     –   Windows 8;

– Центральный процессор 1ГГц и выше с поддержкой PAE, NX и SSE2;

– Оперативная память  1 Гб для 32-разрядной версии или 2 ГБ для 64-разрядной версии;

– Видеокарта устройство DirectX 9 с драйвером WDDM.

2.4.5. "Требования к информационной и программной совместимости". Необходима интеграция СЭД с программой 1С: Предприятие.

 

2.5. "Технико-экономические показатели"

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

3. "Стадии и этапы разработки"

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

- Руководство пользователя;

- Описание применения;

- Руководство администратора.

3.2. «Этапы разработки»

3.2.1. «Эскизный проект». На этой стадии осуществляется выбор ПО, определяются необходимые технические средства. Проводиться анализ предметной области, результатом которого разрабатывается модели функционирования программного средства в виде диаграммы UML.

 

Продолжение Приложения А

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

3.2.2. «Технический проект». Создается прототип информационной подсистемы. Разрабатываются методы контроля информации, средства обработки ошибок. Разрабатывается ПО, определяется методика и порядок его испытания.

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

4. "Порядок контроля и приёмки". Работа должна быть выполнена до 9.12.2017. Содержание пояснительной записки не менее 30 страниц. Библиографический список должен быть не менее 15 источников. Должны быть описаны все разделы содержания TЗ.

4.1. В приложениях к техническому заданию прилагается перечень графического материала:

– Модель» «как будет»

– ER-модель подсистемы

– Диаграмма классов

– Диаграмма состояний

– Диаграмма последовательности

– Диаграмма размещения

– Диаграмма компонентов

– Диаграмма деятельности.


Дата добавления: 2019-03-09; просмотров: 268; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!