Добавлен: 16.06.2023
Просмотров: 266
Скачиваний: 2
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации
1.2. Характеристика существующих бизнес – процессов
1.3. Характеристика документооборота, возникающего при решении задачи
1.4. Обоснование проектных решений по информационному обеспечению
1.5. Обоснование проектных решений по программному обеспечению
2.1. Информационная модель и её описание
2.2. Характеристика нормативно-справочной, входной и оперативной информации
2.3. Характеристика результатной информации
2.4 Общие положения (дерево функций и сценарий диалога)
2.5 Характеристика базы данных
2.6 Структурная схема пакета (дерево вызова программных модулей)
2.7. Описание программных модулей
Рис. 2.17 – Форма документа «Расчёт затрат»
2.3. Характеристика результатной информации
Отчеты предназначаются для вывода актуальных данных в определенном формате из базы данных, сформированной документами. Документы и отчеты похожи между собой. Однако ими исполняются различные функции. Документы вводят данные о совершённых хозяйственных операциях в БД, а отчеты выводят итоговый результат.
Рассмотрим отчеты, существующие в разработанной информационной системе:
- Отчёт «Диаграмма продажи товаров по типу» – отражает количество проданных товаров по типу в виде графической диаграммы (рис. 2.18).
Рис. 2.18 – Форма отчёта «Отчёт по проданным товарам»
Формирование этого отчета осуществляется посредством запроса к виртуальной таблице среза регистра: «Учёт проданного товара» (рис. 2.19).
Рис. 2.19 – Запрос для формирования отчёта «Отчёт по проданным товарам»
- Отчёт «Отчёт по закупленным товарам» – отражает количество и сумму закупленного товара с детализацией по поставщикам (рис. 2.20).
Рис. 2.20 – Форма отчёта «Отчёт по закупленным товарам»
Данный отчёт формируется путём запроса к объекту «Расчёт затрат» (рис. 2.21).
Рис. 2.21 – Запрос для формирования отчёта «Отчёт по закупленным товарам»
2.4 Общие положения (дерево функций и сценарий диалога)
В разрабатываемой информационной системе предусматривается четыре вида пользователей:
- Пользователь, подающий заявку.
- Специалист, который принимает и закрывает заявки на расчет зарплаты.
- Координатор, занимающийся распределением заявок.
- Администратор информационной системы, наделенный наиболее полными полномочиями.
На рис. 5-6 более детально отражены функции вышеуказанных пользователей.
Рисунок 5 - Дерево функций администратора
Рисунок 6 - Дерево функций специалиста
2.5 Характеристика базы данных
ER-модель (модель «Сущность-Связь») – это модель данных, которая позволяет описать концептуальную схему.
ER-модель довольно удобна при разработке информационных систем, архитектур компьютерных приложений, баз данных, иных систем (моделей). С помощью такой модели могут быть выделены основные сущности, которые присутствуют в модели, а также обозначены отношения, устанавливаемые между данными сущностями.
ER-модель – наиболее простая визуальная модель данных (графических нотаций), позволяющая дать общее описание структуры.
На предприятии используется СУБД MS SQL Server.
Связь основных таблиц в БД показана на рисунке 7.
Рисунок 7 - «ER-модель» предметной области компании
Описание таблиц ER-модели представлено в таблице 6.
Таблица 6
Атрибуты сущностей
|
Имя сущности |
Атрибут |
Ключи |
Шифр домена |
|
Отделы |
ID Отдела |
PK |
D1 |
|
Название отдела |
D3 |
||
|
Численность штата |
D1 |
||
|
ФИО руководителя |
D3 |
||
|
Сотрудники |
ID сотрудника |
PK |
D1 |
|
ФИО сотрудника |
D3 |
||
|
Должность сотрудника |
D3 |
||
|
Телефон сотрудника |
D1 |
||
|
Дата рождения сотрудника |
D2 |
||
|
Дата приема на работу |
D2 |
||
|
ID отдела |
FK |
D1 |
|
|
Выполненные работы |
ID сотрудника |
FK |
D1 |
|
ID помещения |
FK |
D1 |
|
|
ID секции |
FK |
D1 |
|
|
Дата и время начала работы |
PK |
D2 |
|
|
Дата и время окончания работы |
D2 |
||
|
Факт проведения |
D4 |
||
|
Отделы |
ID помещения |
PK |
D1 |
|
Название помещения |
D3 |
||
|
Вид помещения |
D3 |
||
|
ID сотрудника |
FK |
D1 |
|
|
Подгруппы отделов |
ID секции |
PK |
D1 |
|
Название секции |
D3 |
||
|
Численность |
D1 |
2.6 Структурная схема пакета (дерево вызова программных модулей)
Деревом программных модулей отражается структурная схема пакета, который содержит программные модули разных классов:
- модули, которые связаны с вводом, обработкой, хранением и выдачей данных.
- управляющие модули, которые предназначены для загрузки меню и передачи управления иным модулям.
- модули, реализующие служебные функции.
На рисунке 8 показано дерево программных модулей, формирующих структуру базового пакета.
Модуль проверки загружаемой информации на ошибки
Форма редактирования пользователей
Форма аутентификации
Модуль тестирования БД
Модуль визуальных эффектов
Подсистема работы с отчетами
Модуль редактирования визуализированных данных
Подсистемы работы с документами
Модуль визуализации данных
Подсистема работы со справочниками
Форма пользователя
Главная форма
Рисунок 8 – Структурная схема основного пакета
К основным задачам администратора базы данных ПО «1С:
Благодаря эффективному управлению пользовательскими учетными записями достигается повышение степени защищенности системы, снижается вероятность ошибок пользователей в связи с влиянием человеческого фактора, реализуется протоколирование действий пользователей.
2.7. Описание программных модулей
Алгоритм функционирования всей системы представлен на рис. 9
Начало
Занесение данных о сотруднике в БД
IF:Выбор операции
Определение начислений Разработка расчета зарплаты
Регистрация начислений
Утверждение заработной платы
Регистрация расчетов
Формирование отчетности:
Выданная заработная плата
Формирование отчетности:
Расчетная ведомость
Конец
Рисунок 9 - Алгоритм функционирования всей системы
2.8. Контрольный пример реализации проекта и его описание
Основным понятием при разработке прикладных решений в среде 1С является объект метаданных, именно в определении набора этих объектов и заключается проектирование конфигурации. Совокупность объектов метаданных различного типа определяет внутреннее строение базы данных и структуру хранящейся в ней информации.
Структура метаданных разрабатываемой конфигурации представлена на рисунке 1
Рис. 2.1. Структура дерева конфигурации
Актуальной версией платформы 1С (версия 8.3) предполагается использование управляемого интерфейса, состоящего из окон и команд. Этот интерфейс является динамическим. Это значит, что доступность разных команд напрямую зависит от настроек конфигурации, прав пользователей и прочих параметров.
При помощи команд в управляемом интерфейсе можно переключиться между разными разделами конфигурации. Также обеспечивается возможность формирования отчетов и открытия разных списков.
Разработанный интерфейс и рабочий стол конфигурации представлен на рисунке 2.
Рис. 2.2. Командный интерфейс и рабочий стол конфигурации
Разработка конфигурации применительно к платформе 1С означает создание прикладных объектов конфигурации (отчетов, регистров, документов, справочников) с описанием их характеристик и параметров. Каждый созданный объект отражается в дереве метаданных конфигурации [16]. Далее нами будут более детально рассмотрены объекты дерева метаданных, созданные для разрабатываемой информационный системы. Под константами подразумеваются данные, всегда остающиеся неизменными, обладающие одним и тем же значением, вне зависимости от времени. В одной константе хранится одно значение. Константы разрабатываемой системы отражены на рис. 2.3.
Рис. 2.3. Созданные константы
Чтобы все константы отображались в одном окне, создана общая форма констант «Сведения об организации» (рисунок 4). Ее можно вызвать в разделе «Сервис» на командной панели.
Рис. 2.4. Общая форма констант
Справочник – прикладной объект платформы, позволяющий хранить в информационной базе данные, обладающие списочным характером и одинаковой структурой.
В приложении 1 приведены листинги программ на встроенном языке программирования платформы «1С: Предприятие 8.3».
Заключение
В рамках курсовой работы была рассмотрена ИТ - компания ООО «СпецПК».
В первой главе настоящей работы был проведен анализ деятельности предприятия, проанализирована и описана его управленческая и организационная структура. Также были определены ключевые тенденции развития предприятия и результаты его текущей деятельности.
В первой главе был проведен анализ предметной области в рамках исследуемой темы курсовой работы – автоматизация предметной области управления учётом заявок на покупку товара в компании ООО «СпецПК».
Проведенный анализ позволил выявить наиболее существенные недостатки используемой технологии. Были сформулированы рекомендации по устранению выявленных недостатков с дальнейшей автоматизацией новых управленческих и информационных потоков.
Во второй главе был проведен анализ совокупности факторов, оказывающих влияние на проект по автоматизации управления персоналом на предприятии ООО «СпецПК» и принятых проектных решений:
- Структура информационной системы.
- Информационная модель разрабатываемой системы управления персоналом.
- Методология управления проектом и риски проекта по созданию программного обеспечения.
В третьей главе мы определили методику расчета экономической эффективности и обосновали экономическую эффективность разработки информационной системы по управлению процессом переподготовки персонала.
В результате проведенного исследования был сделан вывод о том, что внедрение в практику предприятия методологии управления процессами переподготовки и внедрение информационных систем для их поддержки должно осуществляться в комплексе. Это приведет к возникновению синергетического эффекта, повышению эффективности управления и оптимизации бизнес-процессов в организации.
По итогам анализа информационной системы были выявлены такие существенные недостатки:
- Отсутствует мониторинг по показателям, что не позволяет принимать оперативные решения.
- Отсутствует прозрачная система управления процессами и областями, которые входят в данный процесс.
- Отсутствуют обоснованные управленческие решения (работники должны видеть результат своего труда на протяжении всего месяца, не дожидаясь оценки со стороны руководителя).