Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Разработка автоматизированного рабочего места мастера сервисного центра (на материалах ООО "СМАРТ-СОФТ")

Разработка автоматизированного рабочего места мастера сервисного центра (на материалах ООО "СМАРТ-СОФТ")

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 29.02.2020
Размер файла 4,5 M
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

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

1. Проведен анализ предметной области, проанализирована деятельность сервисного центра ООО «СМАРТ-СОФТ».

2. Выявлены основные документы учета комплектующих в сервисном центре.

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

4. В ходе работы выполнено функциональное моделирование предметной области, разработаны диаграммы IDEF0 и DFD, которые позволили в наглядном виде провести анализ предметной области.

2. Разработка проекта автоматизации бизнес-процессов

2.1 Основные проектные решения

2.1.1 Описание функций проектируемой системы «Как-будет»

Ремонт и сервисное обслуживание цифровой техники в сервисном центре при внедрении АРМ принципиально не измениться. Только вместо средства исполнения процессов - «канцелярские принадлежности» появиться новое средство - «АРМ» (рисунки 7 - 8).

Рисунок 7 - IDEF0-диаграмма «Ремонт и сервисное обслуживание» (TO-BE)

Рисунок 8 - Декомпозиция IDEF0-диаграммы «Ремонт и сервисное обслуживание» (TO-BE)

2.1.2 Анализ ожидаемых рисков на этапах жизненного цикла ИС

Жизненный цикл (ЖЦ) информационной системы представляет собой непрерывный процесс, начинающийся с момента принятия решения о создании информационной системы и заканчивается в момент полного изъятия ее из эксплуатации. ЖЦ охватывает все стадии и этапы создания ИС, её сопровождения и развития. Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ. Существует целый ряд стандартов, регламентирующих ЖЦ программного обеспечения, а в некоторых случаях и процессы его разработки.

В настоящее время используются в основном две модели жизненного цикла программного обеспечения:

- каскадная модель;

- спиральная модель.

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

Таким образом, не смотря на определенные недостатки, каскадная модель ЖЦ наиболее точно подходит к данному проекту.

Любой проект по созданию информационной системы связан с различными рисками. Наиболее характерные риски и методы из минимизации приведены в таблице 1.

Таблица 1 - Возможные риски проекта и способы их минимизации

Виды рисков/варианты менеджмента рисков

Снижение видов риска

Снижение вероятности возникновения риска

Технические риски проекта

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

Использование стандартов предприятия на проектные работы, разработка стандартов проекта

Риски, связанные с недостаточным опытом пользователей в сфере ИТ

Проведение обучения пользователей, включая руководство, соблюдение технологий работы

Разработка и утверждение концепции проекта на возможно более ранней его стадии

Операционные риски проекта

Многократное тестирование созданного программного продукта, тщательная экспертиза документов

Строгое выполнение процедур программы качества

Организационные риски проекта

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

Включение в команду администратора проекта, детальное распределение ролей в проекте

2.1.3 Обоснование проектных решений по основным видам обеспечения

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

- персональные компьютеры;

- устройства печати;

- устройства хранения информации;

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

- устройства сканирования информации;

- сетевое оборудование;

- дополнительные расходные материалы.

Проанализировав имеющиеся в сервисном центре компьютеры, можно сделать следующий вывод. Данные персональные компьютеры соответствуют предъявляемым требованиям к АРМ, поэтому они полностью подходят для создания и эксплуатации нового АРМ «Сервисный центр».

Для обеспечения надежности хранения данных при аварийном отключении электропитания персональный компьютер, который будет использоваться с АРМ, должен быть оборудован источником бесперебойного питания (ИБП).

В настоящее время в сервисном центре рабочие места сотрудников сервисного центра оборудованы многофункциональными устройствами (МФУ) и источниками бесперебойного питания. Следовательно, для эксплуатации нового автоматизированного рабочего места нет необходимости закупать и устанавливать дополнительные аппаратные средства в виде принтера и сканера.

Обоснование проектных решений по информационному обеспечению. В информационное обеспечение АРМ будут входить следующие основные документы, описанные ниже.

Приходная накладная, в которой указываются следующие основные реквизиты: номер накладной, дата, адреса сторон, наименования товаров для поставок, единицы измерения, цены товаров, количество товаров и итоговая стоимость по каждому виду товара и по документу в целом (рисунок 9):

Рисунок 9 - Образец приходной накладной

Расходная накладная в которой указываются следующие основные реквизиты: номер накладной, дата, адреса сторон, наименования товаров для поставок, единицы измерения, цены товаров, количество товаров и итоговая стоимость по каждому виду товара и по документу в целом (рисунок 10).

Рисунок 10 - Образец расходной накладной

Счет-фактура, в которой указываются следующие основные реквизиты: номер счёт-фактуры, дата, название продавца, грузоотправитель, грузополучатель, наименования товаров для поставок, единицы измерения, цены товаров, количество товаров, итоговая стоимость по каждому виду товара и по документу в целом, сумма без налога на добавленную стоимость, сам НДС, сумма НДС, сумма с НДС.

Рисунок 11 - Образец счета-фактуры

Для хранения информации в АРМ наиболее подходящей будет реляционная модель данных. Учитывая все преимущества реляционных моделей данных для представления информации, обрабатываемой при решении задачи учета комплектующих для цифровой техники целесообразно использовать реляционную модель БД.

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

Таблица 2 - Используемые системы кодирования

Кодируемое множество объектов

Длина кода

Мощность кода

Система кодирования

Система классификации

Вид классификатора

Заказы

4

9999

Порядковая

Отсутствует

Локальный

Клиенты

4

9999

Порядковая

Отсутствует

Локальный

ТМЦ

4

9999

Порядковая

Отсутствует

Локальный

Приходная накладная

4

9999

Порядковая

Отсутствует

Локальный

Расходная накладная

4

9999

Порядковая

Отсутствует

Локальный

Структурная схема классификатора заказов, клиентов, ТМЦ и накладных:

К1=[XXXX] - Код заказа

К2=[XXXX] - Код клиента

К3=[XXXX] - Код ТМЦ

К4=[XXXX] - Код приходной накладной

К4=[XXXX] - Код расходной накладной

Обоснование проектных решений по программному обеспечению.

На используемых в сервисном центре IBM-совместимых компьютерах можно ис/пользовать следующие операционные системы:

- /операционные системы семейства Windows (Windows XP/7/8/10);

- операционные системы семейства Linux (UNIX подобные) от различных фирм - разработчиков (Red Hat, FreeBSD и пр.) [13].

В качестве операционной среды для разработки и применения АРМ «Сервисный центр» была выбрана операционная система семейства Windows, в частности операционная система Windows 8, в дальнейшем бесплатно обновлённая до версии 10. Этот выбор обусловлен тем, что на сегодняшний день Windows 8 (Windows 10) является наиболее распространенной операционной системой, используемой в работе офисов.

Выбор системы управления баз данных (СУБД) представляет собой сложную. Выбор СУБД является важным этапом при разработке АРМ. Выбранная СУБД должна удовлетворять всем потребностям предприятия. Процедура выбора СУБД для данного проекта проводилась в три этапа:

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

- проводилась оценка технических характеристик СУБД;

- проводилась оценка удобства использования СУБД;

- проводилась оценка интерфейса СУБД;

- проводилась оценка производительности СУБД.

Для проекта автоматизации, рассматриваемого в данной дипломной работе, наиболее приемлема СУБД Microsoft Access.

2.1.4 Характеристика архитектуры разрабатываемого проекта

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

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

Основными элементами архитектуры создаваемой системы являются:

- выделенный файл-сервер компании;

- создаваемая в рамках АРМ централизованная БД;

- коммуникационный канал связи пользователей с БД;

- рабочие станции пользователей.

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

Рисунок 12 - Организационная архитектура проекта

2.2 Информационное обеспечение задачи

2.2.1 Информационная модель «Как будет»

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

DFD-диаграмма учета комплектующих и запасных деталей «как будет» приведена на рисунке 13.

Рисунок 13 - Диаграмма потоков данных учета комплектующих (TO-BE)

2.2.2 Характеристика нормативно-справочной, исходной и результативной информации

При оказании услуг по ремонту и сервисному обслуживанию телекоммуникационного оборудования или вычислительной техники происходит замена вышедших из строя комплектующих. Чем быстрее будет подобрана запасная часть к устройству, тем быстрее будет выполнен ремонт и, соответственно, клиент быстрее получит техническое устройство в работоспособном состоянии. Следовательно, чем лучше организован учет в сервисном центре, тем выше качество оказываемых услуг [26].

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

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

Все первичные документы должны содержать следующие обязательные реквизиты:

- наименование документа (формы) и код формы;

- дату составления;

- содержание хозяйственной операции;

- измерители хозяйственной операции (в натуральном и денежном выражении);

- наименование должностей лиц, ответственных за совершение хозяйственной операции и правильность ее оформления, личные подписи и их расшифровку.

Первичные документы составляются в момент совершения операции или непосредственно по ее окончании. При выдаче первичных документов выписывается в двух экземплярах и подписывается главным бухгалтером или лицом, на то уполномоченным. Их выписывают в двух экземплярах на основании нарядов, договоров и других документов. Первый экземпляр накладной остается в организации и является основанием для аналитического и синтетического учета материальных ценностей, второй передается получателю товара. Если материальные ценности отпускаются с последующей оплатой, то первый экземпляр служит также основанием для выписки бухгалтерией расчетных-платежных документов. При предварительной оплате накладная служит основанием для отражения операций по реализации и расчетных операций с покупателем. Всякая реализация продукции (работ, услуг), в том числе материальных ценностей сопровождается оформлением счета-фактуры, в котором указано наименования компьютерных комплектующих, их количество, цена, общая сумма, отдельной графой выделена сумма НДС. Счет-фактура выписывается в двух экземплярах: один предназначен покупателю, он служит оправдательным документом для возмещения НДС из бюджета, второй остается у поставщика. В свою очередь все счета-фактуры подлежат регистрации в «Книге продаж».

2.2.3 Разработка модели данных

Концептуальная модель базы данных строится на первом этапе проектирования БД. Она позволяет определить основные сущности будущей БД, на основе которых затем будут созданы реальные реляционные отношения [10]. Концептуальная модель отражает предметную область в виде взаимосвязанных объектов без указания способов их физического хранения.

Модель сущность-связь (ER-модель) - это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных.

ER-модель удобна при проектировании информационных систем, баз данных, архитектур компьютерных приложений, и других систем. С ее помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями. Важно отметить, что сами отношения также являются сущностями, что позволяет устанавливать отношения на множестве самих отношений. ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру в общих чертах. Это общее описание структуры называется ER-диаграммой [23].

На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется физической моделью данных по отношению к исходной ER-диаграмме.

Для построения концептуальной модели БД для АРМ «Сервисный центр» были определены следующие сущности:

- Сведения об организации;

- Приходная накладная;

- Расходная накладная;

- Товары;

- Контрагенты;

- Счет-фактура.

Концептуальная модель БД для АРМ представлена на рисунке 14.

Рисунок 14 - Концептуальная модель БД для АРМ

После построения концептуальной модели выполним построение логической модели БД для АРМ. Логические представления о свойствах и отношениях объектов предметной области определяют построением внешней, логической модели, которая не зависит от способов физического размещения данных. Наглядное изображение логической модели выполняется графически, когда каждому типу записи соответствует таблица с множеством полей записи.

Логическая модель базы данных для АРМ мастера сервисного центра представлена на рисунке 15.

Рисунок 15 - Логическая модель БД для АРМ

2.3 Программное обеспечение

2.3.1 Разработка дерева функций и сценария диалога

Логическая модель автоматизированного рабочего места учета комплектующих для сервисного центра ООО «СМАРТ-СОФТ» представлена на рисунке 16.

Рассмотрим характеристику функциональной структуры АРМ.

Рисунок 16 - Структура АРМ «Сервисный центр»

Схема функциональной структуры содержит основные элементы:

1. Функция «АРМ» - открывает главное меню и рабочую область программы АРМ «Сервисный центр».

2. Функция «Документы» - открывает меню «Документы»:

- Функция «Приходная накладная» - создает новый документ на поступление товара и выводит на печать;

- Функция «Расходная накладная» - создает новый документ на реализацию товара и выводит на печать;

3. Функция «Журналы» - открывает меню «Журналы»:

- Функция «Расходные накладные» - просмотр, редактирование и удаление созданных документов;

- Функция «Приходные накладные» - просмотр, редактирование и удаление созданных документов;

- Функция «Счет-фактуры полученные» - просмотр, редактирование и удаление созданных документов;

- Функция «Счет-фактуры выданные» - просмотр, редактирование и удаление созданных документов;

4. Функция «Отчёты» - открывает меню «Отчеты»:

- Функция «Остатки товаров» - просмотр и печать отчета;

- Функция «Продажи» - просмотр и печать отчета о реализации товара за определенный период;

- Функция «Прайс-лист» - просмотр и печать отчета всех товаров которые имеются в наличии;

5. Функция «Справочники» - открывает меню «Справочники»:

- Функция «Контрагенты» - добавление нового контрагента, просмотр, редактирование и удаление;

- Функция «Номенклатура» - добавление нового вида товара, просмотр, редактирование и удаление;

- Функция «Сведения о фирме» - ввод сведений о фирме, просмотр, редактирование и удаление.

6. Функция «Товары» - открывает меню «Товары»:

7. Функция «Выход» - закрывает АРМ «Сервисный центр».

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

Способы и средства размещения данных, описанные в логической модели, в физической среде хранения определяют построение внутренней, физической модели организации баз данных. Физическая модель организации баз данных АРМ «Сервисный центр» состоит из нескольких объектов (сущностей), которые описаны в представленных ниже таблицах.

Таблица 3 - Структура объекта «Сведения об организации»

Имя поля

Тип поля

Размер поля

Ключ

Код_организации

счетчик

длинное целое

Да

Наименование

текстовый

50

-

Руководитель

текстовый

50

-

Гл_бухгалтер

текстовый

50

-

Адрес фирмы

текстовый

100

-

ИНН

текстовый

10

-

КПП

текстовый

10

-

Таблица 4 - Структура объекта «Контрагенты»

Имя поля

Тип поля

Размер поля

Ключ

Код_контрагента

счётчик

длинное целое

Да

Наименование

текстовый

50

-

Адрес

текстовый

50

-

ИНН

числовой

длинное целое

-

КПП

числовой

длинное целое

-

Номер договора

числовой

целое

-

Банк

текстовый

50

-

Р/счет

текстовый

20

-

БИК

текстовый

10

-

Факс

текстовый

12

-

Таблица 5 - Структура объекта «Товары»

Имя поля

Тип поля

Размер поля

Ключ

Код_товара

счётчик

длинное целое

Да

Наименование товара

текстовый

120

-

Артикул

числовой

длинное целое

-

Группа товаров

текстовый

50

-

Цена

денежный

денежный

-

Таблица 6 - Структура объекта «Приходная накладная»

Имя поля

Тип поля

Размер поля

Ключ

Код_прих_накл

счетчик

длинное целое

Да

Дата поступления

дата

краткий формат даты

-

Название покупатель

текстовый

40

-

Название поставщик

текстовый

40

-

Группа товаров

текстовый

40

-

Наименование товара

текстовый

15

-

Количество

числовой

длинное целое

-

Цена

денежный

денежный

-

Сумма НДС

денежный

денежный

-

НДС

числовой

длинное целое

-

Сумма

денежный

денежный

-

Всего

денежный

денежный

-

Таблица 7 - Структура объекта «Расходная накладная»

Имя поля

Тип поля

Размер поля

Ключ

Номер

счетчик

длинное целое

Да

Дата реализации

дата

краткий формат даты

-

Название покупатель

текстовый

40

-

Название поставщик

текстовый

40

-

Группа товаров

текстовый

40

-

Наименование товара

текстовый

50

-

Количество

числовой

длинное целое

-

Цена

денежный

денежный

-

Сумма НДС

денежный

денежный

-

НДС

числовой

длинное целое

-

Сумма

денежный

денежный

-

Всего

денежный

денежный

-

Таблица 8 - Структура объекта «Счёт-фактура»

Имя поля

Тип поля

Размер поля

Ключ

Номер_счета_фактуры

счетчик

длинное целое

Да

Дата

дата

краткий формат даты

-

Наименование товара

текстовый

120

-

Группа товаров

текстовый

40

-

Грузоотправитель

текстовый

40

-

Грузополучатель

текстовый

40

-

Цена

денежный

денежный

-

Сумма без НДС

денежный

денежный

-

НДС

числовой

длинное целое

-

Сумма НДС

денежный

денежный

-

Сумма с НДС

денежный

денежный

-

Таблица 9 - Структура объекта «Объём реализации товара»

Имя поля

Тип поля

Размер поля

Ключ

Код_группы

счетчик

длинное целое

Да

Группа товаров

текстовый

40

-

Наименование товара

текстовый

50

-

Количество

числовой

длинное целое

-

Всего

денежный

денежный

-

2.3.3 Разработка пользовательского интерфейса

Интерфейс создаваемого АРМ можно отнести к стандартному графическому интерфейсу MS Windows. Доступ ко всем экранным формам приложения осуществляется как из главного меню приложения, так и из других форм. Для упрощения работы пользователей, имеющих неглубокие знания в области функционирования ЭВМ, АРМ будет работать в режиме диалога. Т.е. приложение будет обращаться к пользователю с формами, подлежащими заполнению. Частично поля в формах будут иметь списки для выбора имеющихся данных, что облегчит заполнение необходимых документов.

В процессе работы будут использоваться следующие принципы организации пользовательского интерфейса:

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

- непротиворечивость;

- отсутствие избыточности (должен обеспечиваться ввод минимально необходимого объёма данных для решения производственных задач или управления системой; не должен требоваться повторный ввод данных или ввод вычисляемых данных);

- структурирование информации на экране (количество элементов и данных на экране должно быть минимальным; информация на экране должна быть сгруппирована и упорядочена с помощью цветового кодирования, рамок, негативного изображения или других методов привлечения внимания);

- выделение элементов интерфейса яркостью и цветом;

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

Исходя из перечисленных принципов, для обеспечения простого и удобного интерфейса для пользователя в программе будут использоваться кнопки с всплывающими подсказками размером не менее 1,5х0,5 см. и с надписями шрифтом не менее 10 пт. Для обеспечения наглядности будут использоваться контрастные цвета фона, текста и кнопок:

- основной фон приложения - бежевый;

- цвет шрифта - черный;

- цвет кнопок - черный.

В качестве основных шрифтов выбраны Times New Roman для заголовков и подписей, Arial Cyr для кнопок и вводимых данных.

Для обеспечения простой навигации пользователя в системе вложенных окон в каждом таком окне будут использованы традиционные кнопки, которые позволят пользователю либо вернуться к предыдущему окну, либо выбрать определенное действие. Вместо подписей кнопки могут содержать наглядные рисунки (выход - дверь, печать - принтер, вперед - стрелка и т.д.). Все окна программы будут иметь традиционные для операционных систем типа Windows кнопки «Свернуть», «Развернуть», «Закрыть».

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

Для задания справочников системы предназначена группа окон, вызываемых выбором необходимого пункта меню «Справочники».

Для просмотра журналов заказов или счетов необходимо выбрать соответствующий пункт меню «Журналы».

Для просмотра отчетов необходимо выбрать соответствующий пункт главного меню «Отчеты».

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

Для уменьшения ошибок при вводе информации в ПЭВМ в некоторых полях базы данных задаются условия на значение. В самом простом случае условие на значение должно гарантировать, что из-за ошибки ввода в числовом поле не окажутся буквенные символы. Другие условия могут определять область или диапазоны допустимых значений. Заданное условие на значение всегда будет проверяться при вводе или изменения значения поля в таблице. Кроме того, для уменьшения ошибок при вводе данных используется маска ввода. Маска ввода удобна при использовании полей, размер и смысловая нагрузка которых заранее известна.

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

Ниже приведено краткое описание пользователя при работе с интерфейсом АРМ «Сервисный центр».

Для того, что бы запустить программу необходимо сделать ярлык на рабочем столе. Это будет более удобно для пользователя. После запуска АРМ «Сервисный центр», загружается Microsoft Access. Появляется главная форма (рисунок 17), где по выбору пользователя можно перейти к: справочникам, документам, журналам, отчётам, товарам.

Рисунок 17 - Главное меню АРМ

Описание операций. Основными задачами разработанного АРМ «Сервисный центр» являются:

- заполнение справочников: «Контрагенты», «Номенклатура»;

- создание документов поступления и реализации компьютеров и комплектующих;

- создание документов счет-фактуры выданные и полученные;

- ведение журналов по созданным документам;

- формирование отчетов;

- просмотр товаров.

Для работы с АРМ мастера сервисного центра необходимо запустить файл базы данных АРМ_Сервисный центр.mdb. При запуске базы данных автоматически запускается форма главного меню.

Для того чтобы выбрать пункт меню справочники, необходимо нажать кнопку «Справочники». После нажатия кнопки откроется подменю «Справочники», где можно произвести выбор справочника (рисунок 18).

Рисунок 18 - Раздел «Справочники»

При выборе справочника «Контрагенты» откроется форма «Справочник Контрагенты», где можно увидеть краткую информацию о контрагентах (рисунок 19).

Рисунок 19 - Справочник Контрагенты

В этой форме можно произвести следующие действия:

- добавить нового контрагента. Для этого нужно нажать кнопку: Добавить контрагента, после нажатия откроется форма «Добавить Контрагента» (рисунок 20).

Рисунок 20 - Форма «Добавить контрагента»

После ввода данных нажать кнопку Сохранить для записи информации (аналогично на всех формах).

- удалить контрагента. Для этого нужно выделить строку нужного контрагента, нажав на область выделения слева (рисунок 21). После выделения нажать кнопку Удалить запись;

- для подробной информации о контрагенте необходимо нажать на поле «Наименование» нужного контрагента. После нажатия откроется форма «Контрагенты по выбору» (рисунок 21). Здесь же возможно изменение информации о контрагенте. Кнопка Закрыть форму закрывает форму (используется на всех формах).

Рисунок 21 - Форма «Контрагенты по выбору»

При выборе справочника «Номенклатура», откроется форма «Справочник Номенклатура» (рисунок 22).

Рисунок 22 - Справочник «Номенклатура»

В этой формы можно произвести действия:

- добавить группу товаров (аналогично справочнику «Контрагенты»).

- удалить группу товаров, (аналогично справочнику «Контрагенты»);

- для просмотра нужной группы товаров необходимо нажать на данное поле, после чего откроется форма «Товары по группе» (рисунок 23). Здесь же возможно добавление и удаление товара (аналогично справочнику «Контрагенты»).

Рисунок 23 - Товары по выбранной группе

При выборе справочника «Сведения о фирме», откроется форма «Справочник Сведения о фирме», на которой можно просмотреть и изменить данные о фирме (рисунок 24).

Рисунок 24 - Справочник «Сведения о фирме»

Для перехода в главное меню, необходимо нажать кнопку «Главное меню» (используется во всех меню).

При выборе пункта меню «Документы», откроется подменю «Меню Документы» (рисунок 25).

Рисунок 25 - Меню «Документы»

Нажатие кнопки «Расходная накладная» открывает форму для оформления расходной накладной. Выбор группы и наименования товара осуществляется из открывающегося списка. Можно удалить товар из накладной, нажав на кнопку в данной форме (рисунок 26).

Рисунок 26 - Форма «Расходная накладная»

Нажатие кнопки «Приходная накладная» открывает форму для оформления приходной накладной. Выбор группы и наименования товара осуществляется из открывающегося списка. Можно удалить товар из накладной, нажав на кнопку , находящуюся в данной форме (рисунок 27).

Рисунок 27 - Форма «Приходная накладная»

Чтобы открыть меню «Журналы», необходимо нажать кнопку «Журналы» в главном меню. После нажатия кнопки откроется подменю «Журналы» (рисунок 28).

Рисунок 28 - Раздел «Журналы»

2.4 Вывод по второй главе

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

1. Рассмотрены основные требования, которые предъявляются к автоматизированному рабочему месту учета компьютерных комплектующих.

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

3. Был проведен анализ концепций создания АРМ мастера сервисного центра. В качестве инструментального средства разработки была выбрана СУБД Microsoft Access.

4. Выполнено концептуальное, логическое и физическое проектирование базы данных для АРМ «Сервисный центр».

5. Была разработана логика работы АРМ «Сервисный центр», проработан интерфейс, определены экранные формы для ввода информации и генерации итоговых документов.

6. В результате было создано новое программное обеспечение - АРМ мастера сервисного центра.

3. Оценка экономической целесообразности

3.1 Оценка уровней зрелости автоматизированных процессов

Проведем оценку уровня зрелости процессов с помощью международного стандарта COBIT. COBIT - это международный стандарт принятый Ассоциацией контроля и аудита систем (ISACA) и Институтом руководства ИТ (IT Governance Institute) в 1992 году. Стандарт COBIT предоставляет возможность получить максимальную выгоду от использования информационных технологий.

COBIT предлагает методику по определению этапа развития процесса - Модель зрелости. Модель зрелости показывает, насколько рассматриваемый процесс управляем и предсказуем. COBIT предоставляет шесть уровней зрелости процесса (таблица 10).

Таблица 10 - Характеристика уровней модели зрелости

Уровень

Характеристика

0

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

1

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

2

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

3

Определенный. Процедуры стандартизованы и документированы. Однако отклонения от процедур не всегда отслеживаются. Процедуры формализуют существующую практику.

4

Управляемый и измеримый. Руководство контролирует и измеряет процесс и принимает меры, если процесс неэффективен. Могут использоваться инструменты автоматизации процесса.

5

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

В таблице 11 представлена информация об уровне зрелости до внедрения автоматизированного рабочего места в процесс «Учет комплектующих» в компании.

Таблица 11 - Оценка уровней модели зрелости учета комплектующих «КАК ЕСТЬ»

Атрибут зрелости

Уровень

Характеристика

Осведомленность и коммуникации

1

Осознание необходимости в процессе.

Политики, планы и процедуры

1

Процессы и политики не определены.

Инструменты и автоматизация

1

Есть минимальные инструментальные средства по управлению процессом, которые применяются на ПК (Word, Excel)

Навыки и компетенция

1

Персонал не обучен, план обучения отсутствует. Не определены навыки персонала.

Ответственность и подотчетность

1

Лежит на отдельных людях, в обязанности которых выполнение тех или иных обязательств.

Постановка целей и оценка их достижения

2

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

Как видно из таблицы представленной выше, уровень зрелости процесса является первым (начальный уровень зрелости).

В таблице 12 представлена информация об уровне зрелости после внедрения АРМ.

Таблица 12 - Оценка уровней модели зрелости учета комплектующих «КАК БУДЕТ»

Атрибут зрелости

Уровень

Характеристика

Осведомленность и информирование

2

Более структурированное информирование. Понимание требований.

Политики, планы и процедуры

2

Определены процессы, но управление не формализовано.

Инструментарий и автоматизация

3

Внедренное АРМ применяется в соответствии с его основным предназначением. Есть план применения средств автоматизации.

Навыки и компетентность

3

Требования к работе определены. Обучение проведено.

Ответственность и подотчетность

3

Появилось четкое разграничение обязанностей. В программе ведется аудит действий, следствием чего является повышение ответственности сотрудников.

Постановка целей и оценка результатов

2

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

На рисунке 29 представлена лепестковая диаграмма по показателям уровней модели зрелости, которая была построена по результатам анализа, представленного в таблицах 11 и 12.

Рисунок 29 - Лепестковая диаграмма уровней модели зрелости

После внедрения автоматизированного рабочего места предполагается, что уровень зрелости поднимается 2,5 и приблизится уже к третьему уровню (определенный).

Осуществление предлагаемого варианта автоматизации приведет к следующим преимуществам в работе сервисного центра:

- будет возможность просмотра всех данных в системе по выполненным операциям;

- упростится и ускорится работа с формированием требуемой отчетности;

- появится возможность автоматизированного контроля ввода и редактирования данных, когда пользователь не сможет вместо даты, например, ввести текст;

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

В совокупности все указанные преимущества повысят конкурентоспособность в сфере оказания услуг сервисным центром и повысить количество привлекаемых клиентов.

3.2 Управление проектом автоматизации

Для создания АРМ по учету комплектующих и запасных частей, необходимых для ремонта цифровой техники, нужно реализовать следующий список основных задач:

- изучить документацию по учету компьютерных комплектующих;

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

- выбрать наиболее подходящую стратегию автоматизации рассматриваемого производственного процесса;

- построить функциональную диаграмму (IDEF0-диаграмму) и диаграмму потоков данных (DFD-диаграмму);

- проанализировать возможные риски на всех этапах жизненного цикла создания программного обеспечения;

- оценить уровни зрелости автоматизируемых процессов;

- разработать простой и удобный интерфейс для программного обеспечения;

- создать функционирующее АРМ;

- разработать необходимый комплект технической документации.

На рисунке 30 представлена диаграмма Ганта, которая создавалась с помощью программы Microsoft Project 2010. На диаграмме Ганта показано выполнение основных задач проекта и их сроки реализации. Подробный план работ представлен на рисунке 31.

Рисунок 30 - Диаграмма Ганта

Рисунок 31 - План работ

3.3 Оценка экономической целесообразности выполнения проекта автоматизации

3.3.1 Анализ затрат на ресурсное обеспечение проекта (оценка совокупной стоимости владения)

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

Традиционный подход инвестиционного анализа, при котором оценка экономической эффективности ИТ-проекта осуществляется по аналогии с оценкой инвестиционного проекта. К методам инвестиционного анализа относятся: чистая приведенная стоимость (NPV), внутренняя норма доходности (IRR), индекс доходности инвестиций (PI), срок окупаемости (PP), простая норма прибыли (ARR) и т.?д;

Финансовый подход включает в себя методы оценки возврата инвестиций (Return оn Investment, ROI), совокупной стоимости владения (Total Cost of Ownership, TCO), а также экономической добавленной стоимости (Economic Value Added, EVA).

Вероятностные методы (Real Options Valuation, Applied Information Economics).

Комплексный подход использует качественные (эвристические) методы, с помощью которых возможно оценить все явные и неявные факторы эффективности ИТ-проектов и увязать их с общей стратегией предприятия. В эту группу методов входят так называемые системы сбалансированных показателей (Balanced Scorecard).

В затратную часть создания АРМ учета комплектующих включаются следующие прямые и косвенные расходы:

- капитальные расходы;

- расходы на управление проектом;

- расходы на техническое поддержание аппаратного ПО;

- расходы на разработку прикладного ПО;

- расходы на аутсорсинг;

- командировочные расходы;

- расходы на услуги связи;

- прочие расходы.

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

Показатель совокупной стоимости владения информационной системы (в данном случае АРМ) рассчитывается по формуле:

TCO = DE + IC1 + IC2 ,(1)

гдеDE (direct expenses) - прямые расходы;

IC1,2 (indirectcosts) - косвенные расходы первой и второй группы соответственно.

При этом:

DE = DE1 + DE2 + DE3 + DE4,(2)

гдеDE1 - капитальные затраты;

DE2 - расходы на управление ИТ;

DE3 - расходы на техническую. Поддержку АО и ПО;

DE4 - расходы на разработку прикладного ПО;

DE5 - расходы на аутсорсинг;

DE6 - командировочные расходы;

DE7 - расходы на услуги связи;

DE8 - другие группы расходов.

На рисунке 32 приведена таблица из Microsoft Project 2010, которая автоматически просчитала все прямые расходы во время разработки АРМ. На данном рисунке видно, что было затрачено 22736 рубля.

Рисунок 32 - Прямые расходы на создание АРМ

В таблице 14 представлены расчеты совокупной стоимости владения системой.

Таблица 14 - Расчеты совокупной стоимости владения системой

п/п

Наименование показателей

Значение показателей, руб.

1.

Количество ПК

5

2.

Количество пользователей

5

3.

Средняя зарплата пользователя в год

170000

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

221340

Прямые затраты

- капитальные расходы

4.

Средние затраты на закупку оборудования в год

0

5.

Ежегодные затраты но комплектующие

0

6.

Годовые затраты на аренду оборудования/ПО

0

Итого:

0

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

7.

Подготовительный этап

Разработчик

2728

Пользователь

512

8.

Техническое задание

Разработчик

2220

Пользователь

808

9.

Основной этап

Руководитель проекта

1780

Разработчик

13964

10.

Тестирование

Разработчик

680

Пользователь

284

Итого:

22736

-расходы на техническую поддержку аппаратного ПО

11.

Электроэнергия

501

12.

Телефон (почасовая оплата)

220

13.

Интернет (500Мб)

600

Итого:

1321

-расходы на разработку ПО

Итого:

24057

-расходы на аутсорсинг

Итого:

0

-командировочные расходы

Итого:

0

-другие группы расходов

Итого:

0

Итого прямых затрат:

24057

Непрямые затраты

4.

Количество часов на самообучение одного пользователя

28

5.

Количество часов, затрачиваемых одним пользователем на обслуживание файлов, компьютера и программ

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены