Постановка задачи. Дипломная работа: Информационная система учета заявок ЗАО "ЦРТ Сервис" Автоматизированная система учета заявок

МИНИСТЕРСТВО МОЛОДЕЖИ ТРУДА И ЗАНЯТОСТИ

КЫРГЫЗСКОЙ РЕСПУБЛИКИ

ИНСТИТУТ СОЦИАЛЬНОГО РАЗВИТИЯ И ПРЕДПРИНИМАТЕЛЬСТВА

Кафедра «Прикладная информатика»

ДИПЛОМНАЯ РАБОТА

На тему: Автоматизация учета заявок в

ОсОО «СВ Логистика» с помощью программы 1С:Управление IT-отделом 8

Выполнил: студент гр. ПИМ

Научный руководитель:

Старший преподаватель

Допускается к защите

«____» ___________ 2012 г.

зав. кафедрой

кандидат физико-математических наук

ПИ Болжиев Б.А.

_____________________________

Введение………………………………………………………… …………………...3

1. Аналитическая часть…………………………… ………………………………...8

1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности ОсОО «СВ Логистика»………………………………….…8

1.1.1 Характеристика предприятия и его деятельности ……………………….….8

1.1.2 Организационная структура управления предприятием………….…… .…11

1.1.3 Программная и техническая архитектура ИС предприятия………….……13

1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации……… ………………………………………………………………21

1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов… ………………………………………………………………...21

1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание… …………………………………………………………………………. 24

1.2.3 Обоснования необходимости использования вычислительной техники для решения задачи………… ………………………………………………………..…25

1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации…………………………………………………… ……………………28

1.3 Анализ существующих разработок и выбор стратегии автоматизации ОсОО «СВ Логистика»…………………………………………………… ……………….33

1.3.1 Анализ существующих разработок для автоматизации задачи………...…33

1.3.2 Выбор и обоснование стратегии автоматизации задачи…………………...44

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

2. Конфигурация Управление IT-отделом 8 редакция 2.0……………………….51

2.1Общее описание...................... .............................. .............................. ..................51

2.2 Требования к системе.............................. .............................. ............................. 52

2.3 Начало работы.............................. .............................. .............................. ...........53

2.4 Контуры учета конфигурации.............................. .............................. ...............54

2.5 Складской контур........................ .............................. .............................. ............55

2.6 Документ «Поступление» .............................. .............................. .....................58

2.7 Документ «Перемещение» .............................. .............................. ....................58

2.8 Документ «Списание» .............................. .............................. ...........................59

2.9 Документ «Инвентаризация» .............................. .............................. ................60

2.10 Прочие документы.............................. .............................. .............................. .60

2.11 Ремонты.............................. .............................. .............................. ...................60

2.11.1 Документ «Начало ремонта» .............................. .............................. ............60

2.11.2 Документ «Окончание ремонта» .............................. .............................. ......61

2.12 Заявки поставщикам.............................. .............................. ............................. 62

2.13 Заявки пользователей.............................. .............................. ...........................62

2.14 Отчеты.............................. .............................. .............................. .....................64

2.15 Загрузка изображений, в конфигурацию используя Google и Yandex Images .............................. .............................. .............................. .............................. 65

2.16 Прочие возможности.............................. .............................. ............................65

Заключение…………………………………………………… ……………………66

Список использованной литературы………………………………..…………… 68

Введение

В двадцать первом веке автоматизация бизнес-процессов - это не роскошь.

Это мероприятие, в необходимости и эффективности которого убедились руководители большинства успешных компаний не только Европы и Америки, но также и России и стран СНГ.

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

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

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

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

Последний мировой финансово- экономический кризис наглядно показал, что высокой конкурентоспособностью и устойчивостью обладают именно те предприятия, где внедрена и развита система автоматизации. К примеру, четкая разработка и грамотное внедрение системы автоматического учета в Инвестиционной компании “MG Securities” (г. Москва) в конце 2008 – начале 2009 гг. решила целый ряд проблем, которые до этого снижали скорость и эффективность документооборота, процессов учета и управления сделками.

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

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

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

Таким образом, целью данного дипломного проекта является анализ автоматизации регистрации и мониторинга заявок от постоянных клиентов и партнеров предприятия. При этом под «постоянным клиентом» или «постоянным партнером» компании следует понимать любое лицо, с которым состоялось исполнение хотя бы одного договора.

Поставленная цель предопределила постановку и решение ряда взаимосвязанных задач:

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

Данная дипломная работа состоит из двух частей.

В первой части отражена аналитическая часть проекта, в которой представлены технико-экономическая характеристика ОсОО «СВ Логистика» и существующего на предприятии процесса регистрации и мониторинга заявок от клиентов и партнеров; характеристика комплекса задач, требующих решения, и обоснование необходимости автоматизации описанного процесса в ОсОО «СВ Логистика»; анализ существующих разработок, обоснование проектных решений и выбор стратегии автоматизации регистрации и мониторинга заявок от постоянных клиентов и партнеров ОсОО «СВ Логистика».

Вторая часть работы содержит непосредственно описание программы 1С:Управление IT-отделом 8, и практическое ее применение в данной организации. Описаны преимущества данной конфигурации, проведен анализ эффективности. Рассмотрены методы и принципы реализации главной задачи дипломного проекта - регистрации и мониторинга заявок от постоянных клиентов и партнеров ОсОО «СВ Логистика». Рассмотрены преимущества и дополнительные возможности информационной системы 1С:Управление IT-отделом 8.

1. Аналитическая часть

    1. Технико-экономическая характер истика предметной области и предприятия. Анализ деятельности ОcОО «СВ Логистика»

      1. Характеристика предприятия и е го деятельности

Общество с ограниченной ответственностью «СВ Логистика» успешно работает на рынке информационных технологий с 2002 года, действует на основании Устава, утвержденного 16.04.02.

Миссия «СВ Логистики» заключается в оказании разносторонней профессиональной компьютерной помощи как компаниям, так и частным лицам.

Основным видом деятельности компании ООО «СВ Логистика» является предоставление услуг IT-Аутсорсинга.

IT-Аутсорсинг (Information Technology Outsourcing) - это передача специализированной компании всех задач управления информационными технологиями предприятия или его отдельных IT функций.

В рамках IT-Аутсорсинга ООО «СВ Логистика» осуществляет:

  • услуги по созданию IT инфраструктуры компании (организация, планирование, поставка, установка, полная настройка локальных компьютерных сетей нового офиса или модернизация старой системы – «офис под ключ»);
  • услуги комплексного управления IT инфраструктурой компании;
  • услуги по сервисному и абонентскому обслуживанию компьютеров, серверов, оргтехники и локальных сетей;
  • администрирование и сопровождение компьютерных систем, внедрение и сопровождение программ;
  • продажа и доставка программного обеспечения и компьютерных комплектующих, сборка компьютеров на заказ;
  • оказание профессиональной поддержки пользователей (Help Desk);
  • решение задач информационной безопасности.

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

ООО «СВ Логистика» является предоставление широкого спектра услуг в области WEB-технологий (гибкий и многофункциональный Хостинг;

Web-дизайн; разработка, техническое сопровождение и продвижение (раскрутка) web-сайтов).

В основе работы «СВ Логистики» лежит постоянный поиск новых рациональных решений и технологий, расширение и неуклонный рост качества предоставляемых услуг.

Главным достоинством компании ОсОО «СВ Логистика» является многолетний опыт и высокая квалификация ее сотрудников, отличное знание всего спектра предлагаемых услуг и продукции, ответственный подход к делу.

Главной и несомненной ценностью компании ОсОО «СВ Логистика» является сложившееся доверие клиентов и партнеров, выражающееся в многолетнем, долгосрочном и эффективном сотрудничестве.

Таблица 1.1 Заявки от постоянных клиентов и партнеров ОсОО «СВ Логистика» за 2009 год

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

Количество сделок-заявок 2009, шт.

% от общего поступившего количества 2009

Фактически исполненный оборот заявок 2009, сом.

Потенциальный оборот заявок 2009, сом.

Средняя цена договора по отношению к количеству заявок 2009, сом.

Контрагент - Клиент

суммарно

исполненные заявки-сделки

неисполенные заявки-сделки

непрочитанные (просрочка)

отложенные (просрочка)

конфликтные заявки

суммарно

исполненные заявки-сделки

неисполненные заявки-сделки

непрочитанные (просрочка)

отложенные (просрочка)

конфликтные заявки

Контрагент - Партнер

суммарно

исполненные заявки-сделки

неисполенные заявки-сделки

непрочитанные (просрочка)

отложенные (просрочка)

конфликтные заявки

ИТОГО ЗАЯВОК

принятых и исполненных

ИТОГО ЗАЯВОК

принятых: исполненных

и неисполненных

Краткое описание

Целью данного дипломного проекта является анализ автоматизации регистрации и мониторинга заявок от постоянных клиентов и партнеров предприятия. При этом под «постоянным клиентом» или «постоянным партнером» компании следует понимать любое лицо, с которым состоялось исполнение хотя бы одного договора.
Поставленная цель предопределила постановку и решение ряда взаимосвязанных задач:
Изучение существующей схемы работы с постоянными клиентами и партнерами ООО «СВ Логистика» и выявление факторов, способствующих понижению/повышению эффективности работы;
Описание автоматизации регистрации и мониторинга заявок от постоянных клиентов и партнеров ОсОО «СВ Логистика» в программе 1С:Управление IT-отделом 8;
Обоснование эффективности и практической значимости использования информационной системы 1С:Управление IT-отделом 8.

Оглавление

Введение……………………………………………………………………………...3
1. Аналитическая часть……………………………………………………………...8
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности ОсОО «СВ Логистика»………………………………….…8
1.1.1 Характеристика предприятия и его деятельности……………………….….8
1.1.2 Организационная структура управления предприятием………….…….…11
1.1.3 Программная и техническая архитектура ИС предприятия………….……13
1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации…………………………………21
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов………………………21
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание…………………………………………24
1.2.3 Обоснования необходимости использования вычислительной техники для решения задачи………………………25
1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации……………………………28
1.3 Анализ существующих разработок и выбор стратегии автоматизации ОсОО «СВ Логистика»………………………33
1.3.1 Анализ существующих разработок для автоматизации задачи………...…33
1.3.2 Выбор и обоснование стратегии автоматизации задачи…………………...44
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи
2. Конфигурация Управление IT-отделом 8 редакция 2.0……………………….51
2.1Общее описание....................................................................................................51
2.2 Требования к системе.........................................................................................52
2.3 Начало работы.....................................................................................................53
2.4 Контуры учета конфигурации...........................................................................54
2.5 Складской контур................................................................................................55
2.6 Документ «Поступление» .................................................................................58
2.7 Документ «Перемещение» ................................................................................58
2.8 Документ «Списание» .......................................................................................59
2.9 Документ «Инвентаризация» ............................................................................60
2.10 Прочие документы...........................................................................................60
2.11 Ремонты.............................................................................................................60
2.11.1 Документ «Начало ремонта» ........................................................................60
2.11.2 Документ «Окончание ремонта» ..................................................................61
2.12 Заявки поставщикам.........................................................................................62
2.13 Заявки пользователей.......................................................................................62
2.14 Отчеты...............................................................................................................64
2.15 Загрузка изображений, в конфигурацию используя Google и Yandex Images ................................................65
2.16 Прочие возможности........................................................................................65
Заключение…………………………………………………………………………66
Список использованной литературы………………………………..……………68

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

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

Размещено на http://www.allbest.ru/

Введение

1. Аналитическая часть

1.1 Анализ организационно-экономической схемы предприятия и ее описание

1.3 Анализ уровня автоматизации на собственном предприятии и методы поставленной задачи в других организациях

2. Проектная часть

3 Расчет надежности информационной системы

Заключение

Список используемой литературы

Введение

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

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

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

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

Целью данной дипломной работы является разработка автоматизированной информационной системы «Учет заявок на ремонт и диагностику».

Задачи исследования:

Разработка базы данных;

Разработка приложения для работы с базой данных (БД).

Объект исследования - учет торгового и офисного оборудования на предприятиях торговли

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

Методы и средства решения поставленной задачи:

Изучение организационно-правовой документации учреждения;

Проектирование информационных процессов с помощью средства BPWin;

Разработка информационной системы с помощью среды программирования Delphi и СУБД в офисном приложении Access.

Основные практические результаты:

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

1. Аналитическая часть

1.1 Анализ организационно-экономической схемы предприятия и её описание

Самбери - самая крупная розничная сеть на Дальнем Востоке по количеству гипермаркетов и одна из крупнейших по объему продаж. Первый на Дальнем Востоке гипермаркет «Самбери», был открыт 29 апреля 2004 г. в Хабаровске работающий в формате Дискаунтер.

Сегодня «Самбери» - включает в себя 16 гипермаркетов, расположенных в: Хабаровске, Биробиджане, Владивостоке, Комсомольске-на-Амуре, Уссурийске. В будущем компания планирует открыть гипермаркеты во всех городах Дальнего Востока.

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

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

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

Цены в гипермаркете ориентированы как на менее состоятельного клиента, так и на оптовых покупателей.

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

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

На рисунке 1.1 представлена структура организации, в которую входит:

Директор гипермаркета;

Коммерческий отдел;

Контролер управления;

Отдел персонала;

Производственный сектор;

Служба предотвращения внештатных ситуаций.

Рисунок 1.1 - Структура организации ООО «Платина»

В организации ООО «Платина» имеется4 службы, таких как: «ОЭиТО» «Отдел автоматизации» «отдел персонала» «служба предотвращения внештатных ситуаций»

1. Производственный сектор, который включает в себя собственное производство и привозное.

2. Отдел ЗП - Зона приемки товара, тут начинается круговорот товара в магазине.

3. Коммерческий отдел, в котором находятся менеджеры продуктовых и пром отделов магазина, а именно:

Промышленный 1;

Промышленный 2;

Промышленный 3;

Напитки и табачные изделия;

Бакалея;

Кондитерский отдел;

Скоропортящиеся товары;

Овощи - фрукты;

Замороженные товары;

Подробнее о каждом из отделов.

«ОЭиТО» - отдел занимается мелким ремонтом оборудования магазина, работает с электричеством в гипермаркете, установка оборудования для продажи: такого как полки магазина, доп. места продажи (плато, холодильники)

«Отдел персонала» - отдел занимается подбором персонала, оформлением, и занесением в базу, так же работают с трудовыми договорами, следят за сан книжками сотрудников, устраивают мероприятия, проводят тренинги для сотрудников, и др.

«Служба предотвращения внештатных ситуаций» - отдел занимается предотвращением хамства со стороны сотрудников компании, так же поимкой тех, кто пытается своровать товар, оклейкой товара в целях предотвращения краж

Производственный сектор - в данном отделе в основном готовят блюда собственного производства, которые можно встретить на витрине гипермаркета.

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

Коммерческий отдел - отдел менеджеров, которые занимаются руководством своего направления, делают заказы на товар в свой отдел.

Информационная система разрабатывается для отдела автоматизации ООО «Платина».

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

Этапы технологического процесса по ремонту техники:

Получение неисправной техники;

Выявление причины поломки;

Поиск и подбор необходимых деталей;

Устранение поломки.

В организационную структуру Отдела автоматизации входят:

Системный администратор;

Помощник системного администратора;

Помощник системного администратора.

Прием оборудования в отдел автоматизации ООО «Платина» отображен схемой (см. рис. 1.2):

Рисунок 1.2 - Схема передачи заявки

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

Установка и настройка ОС;

Устранение ошибок работы ОС, оптимизация работы ОС под конкретную конфигурацию ПК;

Установка новых устройств и драйверов к ним;

Восстановление «упавших» ОС;

Восстановление данных с HDD, USB-Flash вследствие логических сбоев;

Работа с оргтехникой: принтер, сканер, копир- диагностика неполадок и ремонт;

Диагностика и ремонт торгового оборудования, такого как Весы, Кассы, прайс-чекеры, ручные сканеры, принтеры ШК.

Решаемые задачи:

Изучение структуры учреждения, выявление его основных задач и функций;

Анализ информационных процессов, протекающих в учреждении;

Выявление функциональных задач информационной системы;

Разработка базы данных;

Разработка структуры базы данных

Разработка базы данных

Создание приложения для использования базы данных в среде Delphi 7 XE;

Подключение базы данных к приложению, созданному в Delphi 7 XE;

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

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

Местом решения выбран кабинет отдела автоматизации ООО «Платина»

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

Данная автоматизированная система предназначена для сотрудников отдела автоматизации ООО «Платина».

Решение поставленной цели началось в Январе 2015 года, срок окончания проектирования данной автоматизированной системы намечен на июнь 2015 года.

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

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

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

Данные по структуре компании и отделах компании были получены на корпоративном сайте.

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

1.2 Анализ входной информации и процессов

Оформлением сломанного оборудования компании занимается системный администратор, который затем передает всю необходимую информацию, указания к выполнению специалисту (см. рис. 1.3).

Рисунок 1.3 - Общая схема работы приема сломанного оборудования в отдел автоматизации.

При приеме любого оборудования в отдел автоматизации заполняется квитанция приема техники, в которой содержится следующая информация: идентификационный номер оборудования, наименование оборудования, внешние характеристики, год изготовления, далее указывается вид работы - диагностика поломки или ремонт, дата приема заказа и дата завершения работы. Схема работы (см. рис. 1.4.).

Рисунок 1.4 - Декомпозиция работы отдела автоматизации в сфере починки торгового и офисного оборудования компании.

автоматизация информационный база данные

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

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

1.3 Анализ уровня автоматизации на собственном предприятии и методы решения поставленной задачи в других организациях

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

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

Средняя конфигурация компьютеров: процессор AMDSempron ™ Processor 2800+ 1,6 ГГц, оперативная память 2 GB, видеокарта интегрированная 512 MB.

Для защиты от вирусов установлена антивирусная программа ESET NOD32 Secure Enterprise. Выход в сеть Интернет может осуществляться только системными администраторами.

В основном на предприятии используются программы, такие как:

1C версии 8.2;

Серверные программы для настройки весов самообслуживания;

LWdasi для обновления конфигурации фасовочных весов;

Клиентское приложение MFPManager для поточного сетевого сканирования;

Dameware для удаленного управления ПК пользователей;

MSWord - текстовый процессор, предназначен для создания и редактирования текстовых документов;

MSExcel - табличный процессор, предназначен для обработки табличный данных и выполнения сложных вычислений;

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

Foxit Reader - ПО для просмотра документов в формате PDF. Используются программы редактирования изображений;

Adobe PhotoShop и CorelDraw.

В настоящее время компания не использует ПО для учёта заявок не рабочего оборудования.

Решением проблемы автоматизации учёта заявок может быть разработка автоматизированной информационной системы строго по выполняемым функциям.

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

В планах совершенствование ИС, добавление новых возможностей по выводу бланков документации используемых при работе с оборудованием.

1.4 Выявление объекта и задачи автоматизации

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

Рисунок 1.5 - Объект автоматизации ООО «Платина»

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

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

По первой главе можно сделать определенные выводы:

С помощью ИС станет возможным автоматизировать прием оборудования в ремонт, отслеживания процесса его ремонта, диагностики, а так же ИС позволит определять необходимость списания данного оборудования, по причине непригодности или же нецелесообразного ремонта, так как стоимость ремонта превышает 60 % от стоимости оборудования;

При помощи информационной системы мы можем получить следующие отчеты;

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

2. Практическая часть

2.1 Разработка концепции построения информационной модели информационной системы

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

В качестве исходных данных является информация, полученная непосредственно со слов сотрудника компании ООО «Платина». Эти данные нужно обрабатывать и сохранять.

Таким образом, было принято решение разработать приложение для учета оборудования.

К разрабатываемой АИС были предъявлены следующие требования:

– АИС должна обладать удобным интерфейсом для пользователя, быть надёжной и не сложной в работе;

– АИС должна позволять осуществлять поиск информации в базе данных;

– АИС должна позволять формировать отчеты по выбору определенного оборудования за отчетный период, а также должен осуществляться подсчет по счетам (диагностика, ремонт, картриджи).

На рисунке 2.1 представлена концептуальная модель разрабатываемой автоматизированной информационной системы:

Рисунок 2.1 - Концептуальная модель ИС

Исходя из предъявленных требований, системой управляет «системный администратор» который отвечает за создание, удаление, редактирование данных о оборудовании и картриджах.

Также системный администратор должен иметь возможность печати отчетов.

Пример диаграммы взаимодействия основного автоматизируемого процесса - ввода информации о поступившем оборудовании (см. рис. 2.2).

В данной диаграмме представлены три таблицы: «ремонт», «вывод счета по ремонту», «оборудование в ремонте», т.к. взаимодействие других таблиц аналогичны представленным.

Рисунок 2.2 - Диаграмма взаимодействия функции ввода информации

Рассмотрим данную функцию более подробно:

Шаг 1: после того, как системный администратор авторизуется в системе, происходит запуск главной формы. С этой формы он активирует форму «Ремонт».

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

Шаг 3: после происходит возврат на главную форму.

Шаг 4: переход на форму оборудование в ремонте

Шаг 5: на данной форме системный администратор может использовать сортировку, поиск, выбор даты и конкретного оборудования для составления отчета за определенный период времени, вывести отчет на печать.

Шаг 6: после происходит возврат на главную форму.

Шаг 7: переход на форму «Счет на оборудование в ремонте»

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

Шаг 9: возврат на главную форму.

2.2 Разработка структуры базы данных

Разработка структуры базы данных была выполнена с описания логической и физической моделей (см. рис. 2.3). Первоначальным этапом является выявление сущностей модели и определение связей между ними.

Рисунок 2.3 - Логическая модель базы данных

Разрабатываемая база данных состоит из 13 таблиц, 8 из них основных: «оборудование», «Ремонт», «Диагностика», «Списание оборудования», «обслуживание картриджей», «Счет по картриджам», вывод счета по диагностике», «вывод счета по ремонту» и 5 справочников.

Необходимо выявить атрибуты каждой сущности и определим их тип (см. рис. 2.4).

Рисунок 2.4 - Физическая модель базы данных

Для организации и ведения базы данных была выбрана система управления базами данных MSAccess. Основными аргументами выбора явились следующие параметры:

– доступность;

– удобство работы;

– устойчивость;

– быстрота функционирования.

Подробнее рассмотрим таблицы и их атрибуты.

Таблица «Ремонт» содержит информацию об оборудовании побывавшем в ремонте (см. табл. 2.1).

Таблица 2.1 - Описание атрибутов таблицы «Ремонт»

Тип данных

Максимальная разрядность

ID Ремонта

Счетчик (int)

№ Диагностики

Числовой (Int)

ID оборудования

Числовой (Int)

ID контрагента

Числовой (Int)

Заменяемые детали

Текстовый (varchar)

Текстовый (varchar)

Начало ремонта

Дата/время (Data)

Конец ремонта

Дата/время (Data)

Стоимость ремонта

Числовой (Int)

Таблица «Диагностика» содержит информацию об оборудовании побывавшем на диагностике (см. табл. 2.2).

Таблица 2.2 - Описание атрибутов таблицы «Диагностика»

Таблица «Журнал учета ТСД за МОЛ» содержит информацию за кем закреплено оборудование ТСД (см. табл. 2.3).

Таблица 2.3 - Описание атрибутов таблицы «Журнал учета ТСД за МОЛ»

Таблица «Оборудование» содержит информацию по оборудованию находящемся на магазине (см. табл. 2.4).

Таблица 2.4 - Описание атрибутов таблицы «Оборудование»

Таблица «Обслуживание картриджей» содержит информацию по предоставляемым услугам на обслуживание картриджей и стоимости (см. табл. 2.5).

Таблица 2.5 - Описание атрибутов таблицы «Обслуживание картриджей»

Таблица «Списание оборудования» содержит информацию по оборудованию, которое списали и утилизировали (см. табл. 2.6).

Таблица 2.6 - Описание атрибутов таблицы «Списание оборудования»

Таблица «Справочник картриджей» содержит информацию по всем картриджам на предприятии (см. табл. 2.7).

Таблица 2.7 - Описание атрибутов таблицы «Справочник картриджей»

Таблица «Справочник контрагентов» содержит информацию по всем поставщикам услуг, с которыми работает ООО «Платина» (см. табл. 2.8).

Таблица 2.8 - Описание атрибутов таблицы «Справочник контрагентов»

Таблица «Справочник поверка весов» содержит информацию по дате проведения поверки и дате окончания поверки (см. табл. 2.9).

Таблица 2.9 - Описание атрибутов таблицы «Справочник поверка весов»

Таблица «Справочник типового оборудования» содержит в себе все типы оборудования для быстрого заполнения связанных таблиц (см. табл. 2.10).

Таблица 2.10 - Описание атрибутов таблицы «Справочник типового оборудования»

Таблица «Счет Диагностика» содержит в себе информацию по счетам за оборудование, находившееся на диагностике(см. табл. 2.11).

Таблица 2.11 - Описание атрибутов таблицы «Счет Диагностика»

Таблица «Счет Картриджи» содержит в себе информацию по счетам за ремонт или заправку картриджей (см. табл. 2.12).

Таблица 2.12 - Описание атрибутов таблицы «Счет Картриджи»

Таблица «Счет Ремонт» содержит в себе информацию по счетам за оборудование, находившееся в ремонте (см. табл. 2.13).

Таблица 2.13 - Описание атрибутов таблицы «Счет Ремонт»

2.3 Разработка клиентского приложения

Разработка клиентского приложения производилась в среде программирования DelphiXE7. Данная среда предоставляет нам все необходимые возможности для реализации проекта.

Приводится схема интерфейса программы, на которой изображены Основные формы приложения (см. рис. 2.5).

Рисунок 2.5 - Схема интерфейса клиентского приложения, основные формы

Рассмотрим схему интерфейса программы, на которой изображены дополнительные формы приложения (см. рис. 2.6).

Рисунок 2.6- Схема интерфейса клиентского приложения, дополнительные формы

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

Опишем данную форму более подробно:

В контекстном меню есть вкладки: Файл, Таблицы, справочники, запросы, Настройки, о программе.

На панели инструментов расположены дополнительные компоненты для удобства работы, а именно часы, калькулятор, 2 справочника

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

Для начала рассмотрим форму «ремонт» с которой и начинается заполнение заявки на прием оборудования.

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

Следующим шагом становится отправка оборудования на диагностику переходим на форму «Диагностика» для заполнения информации по диагностике.

На форме «Диагностика» мы можем добавить информацию о новом оборудовании, побывавшем на диагностике, некоторые поля таблицы выбираются из других таблиц, такие как: наименование, инвентарный номер, серийный номер, наименование контрагента. На форме присутствуют кнопки для добавления и редактирования данных в таблице: добавить, удалить, изменить. Присутствует кнопка «выход» так же на форме присутствует поиск по всем полям таблицы, а также сортировка по наименованию, инвентарному номеру и серийному номеру.

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

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

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

На форме «Список типового оборудования» мы можем добавить информацию о новом оборудовании появившемся на предприятии.

Отдельная таблица разработана для удобства заполнения таблиц, с которыми она связана, а именно добавление выпадающего списка по наименованию. Связь происходит по полю «№ типового оборудования». На форме присутствуют кнопки для добавления и редактирования данных в таблице: добавить, удалить, изменить. Присутствует кнопка «выход»

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

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

На форме присутствуют кнопки для добавления и редактирования данных в таблице: добавить, удалить, изменить. Присутствует кнопка «выход»

Имеется поиск по всем полям таблицы и сортировка по: № диагностики, по статусу счета. Присутствует кнопка «выход»

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

Дополнительной функцией АИС является учет картриджей на предприятии, для этого созданы таблицы «справочник картриджей» и «обслуживание картриджей» сначала рассмотрим таблицу «справочник картриджей»

На форме «Справочник по картриджам» мы можем добавить информацию о новом картридже, поступившем на предприятие. Так же на форме присутствуют кнопки для редактирования данных в таблице: удалить, изменить, кроме того имеется поиск по всем полям таблицы и сортировка по ID картриджа, по количеству заправок, по статусу. Присутствует кнопка «выход»

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

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

Рассмотрим запрос на поверку весов и отчет по данному запросу

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

Выведем отчет по данной форме, который выводится при нажатии на кнопку «вывести отчет»

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

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

Так же имеется поиск по всем полям таблицы и сортировка по дате списания и по наименованию. Присутствует кнопка для печати отчета.

Рассмотрим отчет по данной форме, который выводится при нажатии на кнопку «вывести отчет»

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

На форме «Вывод счета по диагностике» отображен SQL запрос на вывод информации из таблиц «Диагностика», «Счет диагностика», «справочник типового оборудования», «оборудование».

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

Выведем отчет по счету на оборудование «весы Bizerba», находящееся на диагностике

На форме «Вывод счета по картриджам» отображен SQLзапрос на вывод информации из таблиц «Обслуживание картриджей», «Справочник картриджей», «Счет картриджи», «справочник контрагентов».

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

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

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

Рассмотрим запрос на вывод счета по ремонту, с функцией подсчета общей суммы затрат на ремонт оборудования, для этого откроем форму «Вывод счета по ремонту»

На форме «Вывод счета по ремонту» отображен SQL запрос на вывод информации выбираемой из таблиц «Ремонт», «Справочник контрагентов» «Диагностика», «Счет ремонт», «справочник типового оборудования», «оборудование».

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

Выведем отчет по счету за ремонт.

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

Выведем запрос по оборудованию побывавшем или находящимся в ремонте, в данном запросе будет добавлена возможность выбора определенного оборудования совместно по инвентарному номеру и по дате за определенный период времени, выставив нужные параметры в фильтре «оборудование за период»

На форме «Запрос по ремонту оборудования» отображен SQL запрос на вывод информации выбираемой из таблиц «Ремонт», «Справочник контрагентов» «Диагностика», «справочник типового оборудования», «оборудование».

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

Отфильтруем запрос по оборудованию с инвентарным номером:29014560454 за период 01.04.2015: 16.06.2015

Выведем отчет по оборудованию с инвентарным номером:29014560454 за период 01.04.2015: 16.06.2015

3. Расчет надежности информационной системы

Тест №1. Проверка ввода информации в поле «№ акта списания», представленная на рисунке 3.1. и на рисунке 3.2. При сохранении данных не происходит проверки на заполнение всех необходимых полей.

Рисунок 3.1 - Проверка ввода информации в поле «№ акта списания»

Рисунок 3.2- Проверка ввода информации в поле «№ акта списания

Описание результата: тест не пройден,данные заносятся в информационную систему.

Необходимые действия: исключить ввод данных.

Тест №2. Проверка реакции системы на отсутствие данных при вводе данных, представленная на рисунке 3.3.

Рисунок 3.3 - Проверка реакции системы на отсутствие данных при вводе данных

Описание результата: тест пройден, выдается предупреждающее сообщение.

Необходимые действия: оставить как есть.

Тест №3. Проверка целостности системы.

Моделирование надежности функционирования отдельных компонентов информационной системы

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

Рисунок 3.4 - Схема надежности функционирования ИС

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

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

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

Вероятность безотказной работы аппаратных средств,

Вероятность безотказной работы системного оператора.

Расчет надежности аппаратных средств

Рассмотрим надежность работы ПП в зависимости от надежности работы аппаратной части (технических средств) и программного обеспечения ПК. В этом случае обобщающимпоказателем надежности работы ПП может быть вероятность отсутствия сбоев технических средств и программного обеспечения в течении времени t. Считая независимыми сбои технических средств и программного обеспечения, величину можноопределитькак:

Пусть система состоит из n элементов, каждый из которых имеет определенные характеристики надежности Pi(t), Qi (t), лi (t), ti (средняя наработка до отказа). Если аналогичные показатели надежности системы обозначить соответственно через P(t), Q(t), л (t) и t , то можно получить следующие расчетные зависимости.

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

Рисунок 3.5 - Конфигурация компьютера

В соответствии с расчётной блок-схемой вероятность безотказной работы системы определяется как:

где N - количество таких элементов;

Pi - вероятность безотказной работы i-го элемента.

Вероятность безотказной работы системы с раздельным резервированием определяется как:

где Pi - вероятность безотказной работы i-го элемента;

i- Интенсивность отказов элементов i-го типа;

M - Количество резервных элементов;

T - Время работы ПК.

Для элементов, используемых в ПК, приняты следующие интенсивности отказов:

Материнская плата 1=4.5x10-7 ч-1

Процессор 2=3.0x10-7 ч-1

Память 3=3.4x10-7 ч-1

Жесткий диск 4=8.1x10-7 ч-1

CD-ROM 5=2.0x10-7 ч-1

Контроллер RAID 6=3.0x10-7 ч-1

Дисковод 7=5.0x10-7 ч-1

Сетевая карта 8=2.0x10-6 ч-1

Блок питания 9=1.0x10-7 ч-1

Подсчитаем суммарную интенсивность отказов всех устройств:

общ=1 + 2 + 3 + 4 + 5 + 6 + 7 +8+ 9 = 4.5x10-7 + 3.0x10-7 + 3.4x10-7 + +8.1x10-7 + 2.0x10-7 + 3.0x10-7 +5.0x10-7 + 5.0x10-6 + 1.0x10-7 = 3.510-7

Вероятность безотказной работы ПК за Т = 1000 часов:

Вероятность безотказной работы ПК за Т = 5000 часов

Вероятность безотказной работы ПК за Т=10000 часов

0,9512

Построим график рассчитанных вероятностей и отобразим на рисунке 3.6.

Рисунок 3.6 - Расчет вероятности безотказной работы ПК

Расчет надежности программного средства

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

Надежность информационной системы в течение i-го этапа:

I = 1,2,3,…, (3.5)

где А - параметр роста;

при i , т.еP() - предельная надежность ПС.

Эти неизвестные вычислим, решив следующую систему уравнений:

где Si. - число тестов;

mi, - число отказов во время i-го этапа;

т - число этапов;

Si - число тестов на этапе;

mi - число отказов на i-ом этапе;

m - число этапов;

Pf - предельное значение надежности;

A - параметр роста;

P(i)=Pf-A/i - надежность на i-ом этапе;

Подставим наши значения в представленную выше систему, и найдем А и Pf:

Подставим найденные значения в уравнение надежности информационной системы и решим её для каждого этапа:

Построим графики вероятности и отобразим на рисунке 3.7.

Рисунок 3.7 - График вероятности безотказной работы ПС

Рассчитаем вероятность безотказной работы после 3 этапов тестирования:

Расчет вероятности успешной работы системного оператора

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

Данные расчёта надёжности системного оператора (СО) по формуле

представлены в таблице 3.1.

Таблица 3.1 - Результаты расчёта надёжности СО

Из таблицы 3.1 видно, что коэффициент работоспособности системного оператора повысился и стал 0,98. Это объясняется тем, что СО прошел обучение.

Расчет вероятности безотказной работы информационной системы

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

Р=0,97*0,98*0,98=0,976.

Вывод: разработанный нами информационная система протестирована на надежность безотказной работы, которая достаточна высока.

Заключение

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

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

Поставленные задачи были решены с помощью следующих методов: изучение организационно-правовой документации учреждения, проектирование информационных процессов с помощью BPWin, разработка информационной системы с помощьюязыка программированияvisualbasic, среды программированияDelphi и СУБД Msaccess.

Разработка АИС позволила достичь следующих результатов:

Уменьшение времени, затрачиваемого на поиск информации о заявках;

Уменьшение времени, затрачиваемого на создание отчетов по проделанной работе;

Контроль выполнения заданий специалистом.

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

Список использованной литературы

1 Гаскаров Д.В. Интеллектуальные информационные системы: учеб. для вузов - М.: Высшая школа, 2012. - 432 с.

2 Корняков В.Н. Программирование документов и приложений MS Office в Delphi. - М.: БХВ-Петербург, 2008. - 496 с.

3 Петров В.Н. Информационные системы - СПб.: Питер, 2013. - 688 с.

4 Сурменко С.Л. Проектирование информационных систем. Методические рекомендации для выполнения курсовой работы - Биробиджан: Изд-во ДВГСГА, 2011. - 64 с.

Размещено на Allbest.ru

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

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

    дипломная работа , добавлен 12.10.2015

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

    курсовая работа , добавлен 06.08.2013

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

    дипломная работа , добавлен 16.04.2012

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

    дипломная работа , добавлен 13.07.2011

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

    курсовая работа , добавлен 02.05.2017

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

    дипломная работа , добавлен 02.02.2016

    Технико-экономическая характеристика объекта автоматизации. Концептуальное, логическое и физическое проектирование базы данных, требования к системе. Разработка внешних приложений. Руководство пользователя автоматической информационной системы "Учёт".

    курсовая работа , добавлен 17.08.2015

    Разработка базы данных для информационной системы "Библиотека". Системный анализ, инфологическое, даталогическое и физическое проектирование. Программирование бизнес-логики, разработка клиентского приложения. Создание web-приложения, web-доступ.

    курсовая работа , добавлен 15.09.2014

    Системно-комплексный анализ выбранного объекта автоматизации. Структура пользовательского интерфейса автоматизированной системы. Функциональный аспект информационной страты объекта. Концептуальная модель базы данных. Нормализация полученных отношений.

    курсовая работа , добавлен 25.02.2014

    Проектирование информационной системы для автоматизации документооборота в области кадрового учета МОУ Гимназия № 16 г. Керчь. Объекты справочной и учетной информации. Реализация физической модели базы данных в среде СУБД. Построение логической модели БД.

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

Мы используем сложное импортное оборудование. Среди приборов – 3D-томографы, аппараты для лазерной терапии, электрокардиографы, стоматологические и литейные установки, компрессоры. Каждый месяц техническая служба получает от 100 заявок на ремонт и обслуживание техники. Каждую заявку нужно включить в график работ с учетом срочности, сложности и времени исполнения. При этом ремонт приходится планировать с учетом загрузки врачей и коротких интервалов для проведения работ.

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

4 проблемы «ручной» организации ремонта оборудования

  1. Конфликты сотрудников техслужбы и медперсонала. Инженеры медленно обрабатывали заявки, иногда вовсе теряли их. Приезжали на вызовы с опозданием, вынуждая врачей прерывать прием пациентов. Врачи жаловались и манипулировали руководством: «мы это не сделали, потому что оборудование не работало месяц, его никто не чинил».
  2. Непрозрачность загрузки техслужбы. Повторные неактуальные заявки парализовали техслужбу. Работа инженеров перешла из режима «заявка – ремонт» в режим «я забыл об этом, потому что выполнял другую сложную работу».
  3. Непрозрачность учета ремонта. Мы купили рентгеновский аппарат. Документации по его ремонту никто не вел. Информация об оборудовании и методах устранения поломок хранилась в блокнотах инженеров. Через некоторое время мы перестали понимать, где оборудование, в каком оно состоянии и почему на его ремонт приходят счета с такими крупными суммами.
  4. Сознательное затягивание инженерами неудобных работ. Отсутствовала база истории ремонтов оборудования. Инженеры не выполняли планово-предупредительный ремонт, списывали работающие запчасти.

Как выбирали продукт для автоматизации технического обслуживания

Проанализировали, какие решения для автоматизации учета медицинского оборудования, автоматизации заявок на ремонт предлагает рынок. Выяснили, что западные продукты дороги, сложны во внедрении и громоздки, а российских нет. Тогда обратили внимание на продукт «1С:ITIL Управление информационными технологиями предприятия».

Интегратор «1С-Рарус» продемонстрировал возможности программы. Однако предупредил: хотя программа и подходит для медицинского учреждения, на практике ее никто не применял.

Нам предложили купить коробочную версию, обещали предоставить необходимые инструкции, но адаптировать продукт пришлось бы самостоятельно. Взвесив плюсы и минусы, мы решили рискнуть. Программа совместима с другими продуктами «1С», что позволит легко вести базы данных, к тому же ее цена ниже западных аналогов.

7 этапов автоматизации технической службы

В проектную группу включили IT-директора, исполнительного директора, инженера, главного врача, старшую медсестру и . Я выступал куратором. Проект реализовали в семь этапов.

Этап 1. Анализ бизнес-процессов. Описали путь заявки на ремонт медицинского оборудования: кто создает, кому передает, каковы требования к оформлению, в какие сроки инженеры обязаны выполнить. На выходе получили процесс «как есть».

Этап 2. Создание новых бизнес-процессов. Опираясь на процесс «как есть» и требования продукта «1С:ITIL Управление информационными технологиями предприятия», разработали процесс «как надо».

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

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

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

Этап 3. Разработка регламентов для техслужбы. Мы создали регламенты для:

      • процесса управления поломками;
      • процесса управления медицинским оборудованием;
      • работ по регистрации и оформлению заявок;
      • работ по плановому ремонту.

Этап 4. Установка, настройка и тестирование информационной системы. Сначала установили сервер. Затем – клиентское приложение на рабочие станции задействованных сотрудников. Настроили дополнительные отчеты. Заполнили справочники: модели и производители оборудования, регламентные задачи, списки пользователей, типы услуг. Проверили маршруты движения заявок.

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

Этап 6. Стимулирование сотрудников к работе в программе. Побудить коллектив быстрее переходить на оформление электронных заявок вместо звонков по телефону помогла хитрость. Не выполняли заявки, не оформленные в информационной системе. Когда сотрудник жаловался, что инженер не реагирует на заявку, мы говорили, что не видим ее в программе. Другими словами, если врач не получил своевременный ремонт техники – это его проблема.

Этап 7. Техническая и методическая поддержка. После установки и настройки системы в течение месяца (раз в три дня) ежедневно проверяли маршруты движения заявок.

      • Автоматизация документооборота на предприятии: простой пошаговый план

Как теперь проходит прием заявок и ремонт оборудования

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

Сначала заявку получает первая линия техподдержки. Если специалист первой линии находит решение, он отправляет инструкции сотруднику на почту.

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

Каждой заявке программа присваивает соответствующий статус сервисных работ, цветом определяет приоритет задачи, стоимость и сроки устранения инцидента. Так, зеленым цветом помечаются планово-предупредительные работы. Красный цвет означает критическую поломку. Пример критической поломки: сбой ПО, который влечет некорректную диагностику больного. Инженер видит новую заявку на мониторе, ее приоритет и важность, получает уведомление по электронной почте. Ищет решение проблемы в базе знаний. Устранив проблему, закрывает инцидент. Затем он отправляет письмо сотруднику с разъяснениями и отчетом о выполненной работе.

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

Инженеры фиксируют сбои техники отдельно по каждому виду оборудования. При повторном сбое программа присваивает проблеме статус «системная». Это помогает вовремя выполнять планово-предупредительные ремонты, выявлять и устранять системные ошибки, предотвращать выход техники из строя.

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

      • 4 примера, как малый бизнес сокращает затраты с помощью IT

Четыре ключевых результата

Проект длился шесть месяцев. После его завершения мы сразу почувствовали эффект. Коллектив отмечает, что «стало лучше».

Число невыполненных или выполненных с опозданием заявок свелось к нулю. Теперь инженеры получают зарплату не за ремонт, а за бесперебойную работу оборудования. Чем дольше техника не ломается, тем выше зарплата. Для расчета премии инженеров используем четыре KPI:

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

Затраты на содержание медицинского оборудования и прочих технических систем сократились до 20%. Программа показывает, кто и какие узлы и детали оборудования снимал, что отправляли на ремонт и т. д. Раньше случалось, что мы оплачивали ремонт техники, когда она еще была на гарантии. Теперь видно, какое оборудование на гарантии, а какое – нет. Благодаря базе данных есть информация о самых используемых запчастях и комплектующих. Теперь мы приобретаем только то, что требуется в конкретный момент, или то, что используем чаще всего.

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

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

Автоматизация технического обслуживания и ремонта оборудования:

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

Копирование материала без согласования допустимо при наличии dofollow-ссылки на эту страницу

Поддержка стран:
Операционная система: Windows
Семейство: Универсальная Система Учета
Назначение: Автоматизация бизнеса

Автоматизация заказов и заявок

Основные возможности программы:

    У Вас сформируется единая база клиентов со всеми необходимыми контактными данными

    Каждое обращение легко зарегистрировать, а самого свободного сотрудника программа предложит вам автоматически

    Вы получите точный учет по времени работы каждого сотрудника

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

    Программа покажет на любую дату список запланированных заявок по каждому сотруднику

    По каждому заказу можно будет отслеживать этап исполнения и задействованных сотрудников

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

    Вы будете контролировать всех своих сотрудников

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

    Интеграция с новейшими технологиями позволит вам эпатировать клиентов и заслуженно получить репутацию самой современной компании

    Ультра-современная функция связи с АТС позволит видеть данные звонящего, эпатировать клиента, сразу обращаясь к нему по имени, не тратить ни секунды на поиск информации

    Нужные данные могут загружаться на ваш сайт для контроля статуса заявок или отображения расписания сотрудников - возможностей множество!

    Установив экран с наглядным расписанием по сотрудникам, вы несомненно поднимите престиж вашей компании в глазах клиентов и повысите собственный контроль

    Вы можете внедрить оценку качества работы клиентами. Клиенту будет приходить SMS, в которой ему будет предлагаться оценить работу сотрудника. Анализ SMS-голосования руководитель сможет просматривать в программе

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

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

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

    Резервное
    копирование

    Вы сможете быстро внести первоначальные данные, необходимые для работы программы. Для этого используется удобный ручной ввод или импорт данных

    Интерфейс программы настолько легок, что в ней может быстро разобраться даже ребенок


Автоматизация бизнеса нами выполнена для множества организаций:

Язык базовой версии программы: РУССКИЙ

Также Вы можете заказать международную версию программы, в которую сможете вносить информацию на ЛЮБОМ ЯЗЫКЕ мира. Даже интерфейс сможете легко перевести самостоятельно, так как все названия будут вынесены в отдельный текстовый файл.


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

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

Автоматизированное управление заказами начинается с такого казалось бы простого шага, как автоматизация приема заявок. Немыслимо больше вести учетную деятельность вручную на бумажных носителях или в импровизированных формах таблиц excel. Прибыльное передовое предприятие не может позволить себе подобной халатности. Как известно: «время – деньги». Заказ автоматизированной системы – это инвестиция в успех.

Профессиональная программа по работе с клиентами от компании «Универсальная Система Учета» предлагает вам полностью автоматизированную систему работы, которая позволит сделать взаимодействие с клиентами не просто результативным, но еще легким и приятным.

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

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

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

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

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

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

Программой контроля и управления могут пользоваться:

  • Государственное учреждение, работающее с населением;
  • Любая частная компания;
  • Служба информационной поддержки;
  • Служба поддержки;
  • Отдел поддержки;
  • Отдел технической поддержки;
  • Отдел компьютерной поддержки;
  • Поддержка пользователей;
  • Сервисная компания;
  • Сервисный центр;
  • Сервис-центр;
  • Служба Help Desk;
  • Служба доверия;
  • Справочная служба;
  • и т.п.

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

Возможности контроля и управления заказами и заявками

  • Автоматизированную систему заказов отличает быстрая обработка информации;
  • Автоматизация заказов позволяет осуществлять полный контроль всех действий;
  • При автоматизации заявок есть функция автоматического заполнения полей из уже существующей базы контрагентов;
  • Автоматизированная система заказов позволяет осуществлять конвертацию данных в другие электронные форматы;
  • Автоматизация заказов обеспечивает полный контроль всех производимых операций;
  • Удобная система навигации в системе;
  • Наличие быстрого контекстного поиска;
  • Автоматизация заявок значительно повышает скорость обработки запросов;
  • Программа обладает простым и удобным интерфейсом;
  • Автоматизированная система заказов оптимизирует рабочий процесс;
  • Программа может функционировать в многопользовательском режиме;
  • Автоматизация заказов повышает качество обслуживания;
  • Сохранение истории работы позволяет проводить аналитическую работу;
  • Программа разграничивает работу в соответствии с обязанностями сотрудников;
  • Производится четкий контроль соблюдения сроков выполнения задач;
  • Автоматизация заявок не позволит оставить без внимания ни один запрос;
  • Оптимизация рабочего процесса;
  • Контроль документооборота;
  • Автоматизация учета заказов упрощает и совершенствует процесс выполнения задач.

Скачать программное обеспечение для автоматизации заказов и заявок

1.1 Характеристика Информационно-аналитического центра

1.1.1 Должностные обязанности администратора корпоративного портала

1.2 Разработка диаграмм

Важным этапом при проектировании любой информационной системы является разработка диаграмм, отражающих функционирование автоматизируемого процесса. В настоящее время для этих целей широко применяется CASE -средство автоматизированного проектирования BPWin . Программный продукт BPWin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов . BPWin является средством сбора необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. BPWin-модель является графическим представлением действительности, то есть средством документирования и формализации бизнес-процессов. С помощью него можно построить DFD - и IDEF 0-диаграммы, которые позволяют произвести анализ с точки зрения потоков информации в системе и с точки зрения функциональности самой системы .

Построим IDEF0 и DFD – диаграммы для предприятия, отобразим технологию обработки данных и передачу информации от одной функции к другой в рамках разработки корпоративного портала, как показано на рисунках 1, 2 и 3.

1.2.1 Функциональная диаграмма (IDEF0)

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

Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы.

Структурно-функциональная диаграмма IDEF0 представлена на рисунке 1.

Рисунок – Контекстный уровень функциональной диаграммы «Обслужить заявку пользователя в ИТ-службу»

Рисунок – Второй уровень диаграммы IDEF 0«Обслужить заявку пользователя в ИТ-службу»

1.2.2 Диаграмма потоков данных (DFD)

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

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

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

Выходными данными для системы является вся выполненная заявка, проконтролированный процесс исполнения заявки.

Рисунок – Функциональная диаграмма (DFD )

1.3 Сравнительный анализ автоматизированных систем-аналогов

В соответствии с целью работы проведем исследования рынка программных продуктов для корпоративного общения (рынка порталов) и анализ наиболее известных программных решений в этой области.

Рынок порталов появился в 1998 году. Изначально на этом рынке конкурировали разработчики, специализировавшиеся только на порталах. Спустя 18 месяцев на этом рынке появились и другие игроки – крупные и средние софтверные компании. На пике расцвета этого рынка можно насчитать более 100 разработчиков порталов. Сейчас их уже не более 60 .

Как правило, есть три стандартных сценария при выборе решения для корпоративного портала:

    покупка готовых решений (платформ или систем высокой готовности);

    разработка с нуля (заказные разработки);

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

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

Каждый из подходов имеет свои плюсы и минусы, но, как правило, при выборе решения происходит оценка всех подходов по следующему набору критериев:

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

    скорость внедрения и поставки готовой системы;

    уникальность бизнес процессов компании или наличие специфических требований;

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

    наличие квалифицированных специалистов внутри компании и их специализация;

    новаторский или консервативный стиль работы компании;

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

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

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

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

Как правило, все компании сталкиваются с одинаковым набором проблем при внедрении корпоративных порталов. К их числу можно отнести следующие:

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

    отсутствие формализации процессов и их документирования, что не позволяет произвести четкую постановку задачи;

    привычка работать на "личном контакте";

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

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

    недостаточная твердость руководства при внедрении системы в компании;

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

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

    попытка переноса имеющегося в компании информационного беспорядка в автоматизированный беспорядок посредством портала;

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

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

В своем сравнительном анализе рассмотрим несколько вариантов готовых коробочных решений портала и один бесплатный. Порталы WSSPortal и DeskWork основаны на технологии MicrosoftSharePointServices, очень популярной сейчас во всем мире. 1С-Битрикс: Корпоративный портал и eGroupware основаны на собственных разработках, а eGgroupware вообще является приложением с открытым исходным кодом.

1.3.1 Портал eGroupware

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

Внедрение eGroupWare поможет реализовать на предприятии единую информационную систему и поможет решать каждому сотруднику текущие дела.

В комплекте поставки eGroupWare включены такие приложения как :

    Календарь. Данный компонент предназначен для организации единого временного пространства предприятия и позволяет назначать любые события для себя или коллеги.

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

    Информационный Журнал. Это журнал всех событий, которые вы или ваш коллега должен сделать в тот или иной момент времени (сделать звонок, выполнить какое-либо действие, или просто оставить заметку)

    Ресурсы. Управление ресурсами предприятия.

    Ведомость.

    База знаний. Поможет ответить на часто задаваемые вопросы, найти инструкции по тому, как действовать в той или иной ситуации.

    Адресная книга.

    Закладки

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

Немаловажно, что eGroupWare является свободно-распространяемым продуктом (GNU GPL).

Рисунок 4 – E- mail клиент eGroupware

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

1.3.2 Портал 1С-Битрикс

«1С-Битрикс: Корпоративный портал» - это программный продукт для создания и управления внутрикорпоративным ресурсом компании, решающий коммуникационные, организационные и HR-задачи компании .

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

Рисунок 5 – Модуль заявок «1С-Битрикс: Корпоративный портал»


Возможности «1С-Битрикс: Корпоративный портал» :

    Управление корпоративной информацией (ECM, Enterprise Content Management): публикация телефонных справочников, шаблонов, документов, информации о сотрудниках и компании, организация общего хранилища документов с едиными классификаторами, редактирование файлов, возможность работы с хранилищем как с сетевым диском Windows, поиск по вложенным документам с учетом морфологии, интеграция с Microsoft Office, Open Office.

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

    Автоматизация функций HR-отдела: интеграция с «1С: Зарплата и Управление Персоналом», автоматическая публикация графиков отсутствия сотрудников (отпуска, больничные, командировки), быстрая адаптация новых сотрудников.

    Обучение и тестирование персонала, проведение обучающих онлайн-курсов, тестирование и сертификация сотрудников.

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

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

    Гибкая интеграция в действующую ИТ-инфраструктуру: интеграция в корпоративную сеть (сетевые диски и веб-диски); открытые протоколы экспорта-импорта данных (XML, CommerceML, CSV, Excel, RSS) и др.

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


Дополнительные преимущества продукта:

    2500 партнеров: внедрение продукта осуществляет широкая партнерская сеть;

    высокая производительность: портал, созданный на основе продукта, выдерживает любую нагрузку;

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

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

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

    адаптивный интерфейс и удобство управления порталом (Ajax-интерфейс);

    работа с бесплатным ПО (Unix, Linux, MySQL, PHP).


Корпоративный портал создается за несколько шагов:

    установка продукта и выбор дизайна;

    развертывание и настройка системы;

    изменение типовой структуры, импорт данных.


Благодаря тому, что продукт включает в себя основные базовые модули известной CMS «1С-Битрикс: Управление сайтом», настройка и работа продукта (контент, коммуникации, веб-аналитика, сервисы) не вызывает каких-то затруднений.

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

Стоимость продукта складывается из стоимости лицензии на «1С-Битрикс: Корпоративный портал. Версия на 25 пользователей» и стоимости лицензий для дополнительных пользователей . Стоимость лицензии на 25 пользователей составляет 34 500 руб. Лицензия на дополнительного пользователя стоит 500 рублей. Стоимость лицензии на неограниченное число пользователей составляет 199 000 руб.

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

    «1С-Битрикс: Корпоративный портал» - Интранет

    «1С-Битрикс: Корпоративный портал» - Экстранет

    «1С-Битрикс: Корпоративный портал» - Бизнес-процессы

    Редакция с базовым функционалом - Интранет - соответствует текущим возможностям продукта и дополнительно включает несколько новых бизнес-процессов. Стоимостью 34 500 рублей .

    В редакцию Экстранет , которая стоит 59 500 рублей , включена возможность управления «Экстранетом».

    Старшая редакция с полным функционалом - Бизнес-процессы - стоит 99 500 рублей . В старшую редакцию включены инструменты визуального проектирования бизнес-процессов, возможность управления «Экстранетом», а также Контроллер для интеграции портала с внешним сайтом.

1.3. 4 Портал DeskWork

Портал Deskwork разработан компанией Softline и основан на WindowsServerSharePointServices. Компания Softline внедрила уже очень много порталов и у нее накопился серьезный опыт для создания решения, наиболее подходящего для российского рынка.

DeskWork 2.0 Стандартный включает в себя версию DeskWork 2.0 Базовый и элементы системы электронного документооборота. Настраиваемые модули приносят дополнительную прибыль за счет значительной экономии времени сотрудников и контролируемого, безошибочного процесса согласования документов. Электронный документооборот ускорит процессы согласования, визирования и утверждения документов. Это удобное средство для оптимизации процессов в компании и повышения исполнительской дисциплины, так как позволяет назначать электронные поручения по работе с документами и контролировать их исполнение. При этом система не только контролирует, но и помогает сотрудникам выполнить задачи в срок, автоматически формируя почтовые уведомления о поручении, а также напоминая о необходимости в ближайшее время завершить задачу. С помощью поиска документов по их внутреннему содержимому можно в несколько раз быстрее получить необходимую информацию и использовать ранее созданные документы и накопленные знания.

Рисунок 6 – Главная страница портала DeskWork

Функциональные возможности DeskWork Стандарт 2.0

В состав DeskWork 2.0 Стандарт входит набор из 4 шаблонов оформления с новым дизайном, семь уникальных модулей, система Документооборота, а также базовый функционал SharePoint :

    графическая структура компании (подразделения, отделы)

    список сотрудников (телефонный справочник, адресная книга)

    универсальный информер (курсы валют, пробки, погода, анекдот дня, стоимость барреля нефти и пр.)

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

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

    дни рождения сотрудников

    цитата дня (афоризмы)

    стандартные модули SharePoint: сайты для рабочих групп, совместной работы, собраний, библиотеки документов с версиями, вики (базы знаний), извещения (новости), списки контактов, доски обсуждений (форумы), общие и персональные календари, списки задач, опросы, диаграммы Ганта для проектов, фотогалереи, блоги с обсуждениями, RSS-подписки

Элементы системы электронного документооборота

1. Модуль регистрации документов
2. Модуль последовательного согласования
3. Модуль параллельного согласования
4. Модуль универсального согласования
5. Модуль расширенного поиска информации

Модуль регистрации документов

    Регистрация документов по типам: входящий, исходящий, внутренний.

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

    Создается Карточка документа и сохраняется в библиотеке «Реестр документов» для последующей обработки

Общие свойства модулей согласования

    Можно назначить контрольные даты по согласованию для каждого пользователя.

    При назначении задачи пользователю ему приходят e-mail оповещения.

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

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

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

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

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

Модуль последовательного согласования

    Согласование / утверждение документа в последовательной цепочке действующих лиц

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

Модуль параллельного согласования

    Согласование / утверждения документа в параллельной цепочке действующих лиц

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

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

Модуль универсального согласования

    Согласование / утверждение документа в произвольном маршруте. Это система рекурсивного использования двух предыдущих модулей – параллельного и последовательного согласований.

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

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

    не фиксированы участники;

    маршрут меняется в зависимости от решений предыдущих участников;

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

    можно задавать любое количество рекурсий (вложений).

Модуль расширенного поиска информации

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

Основные преимущества данного портала:

1. Низкая цена, не зависящая от количества пользователей;

2. Не нужно закупать дополнительные лицензии Microsoft, если есть лицензионный Windows Server 2003 или 2008. Если у нет Windows Server, то можно использовать Windows Web Server 2008, к нему не надо клиентских лицензий!

3.Минимальные сроки инсталляции: буквально несколько часов;

4.Уникальный, красивый дизайн;

5. Готовый гарантированный функционал, отвечающий основным потребностям современной компании.

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

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

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

Стоимость данного портала для одного сервера (достаточно для нескольких тысяч пользователей) составляет 64 000 рублей. Однако необходимо отметить, что Волгоградская ГСХА уже обладает лицензией на данное программное обеспечение, таким образом все затраты сводятся только к затратам по внедрению и доработке данного продукта. Дополнительные затраты на внедрение портала уложатся в стоимость лицензии Microsoft Windows Server 2003 или старше, если в организации она еще не установлена.


1.3. 5 WSS Portal 2.1

WSS Portal 2.1 - это готовый к использованию корпоративный портал на платформе SharePoint. Внедрить готовое решение можно гораздо быстрее и эффективней чем разрабатывать собственный портал "с нуля". А возможность развития готового решения после внедрения дает дополнительные преимущества.

WSSportal – это качественное, основанное на лучших практиках построения порталов, решение, позволяющее внедрить портал в сжатые сроки, наиболее эффективно расходовать свой бюджет на внедрение портала.

Продукт WSS Portal 2.1.зарекомендовал себя как надежное качественное решение с хорошей производительностью. Продукт имеет большое количество внедрений, разные версии продукта используется в компаниях с количеством пользователей от 50 до 15000. Внедрения были проведены в компаниях с различными видами деятельности и решение доказало свою эффективность независимо от отрасли компании .

WSS Portal 2.1. реализован таким образом, что он готов к использованию сразу после инсталляции. Он содержит весь необходимый для корпоративного портала функционал, отработанную структуру и дизайн. Также благодаря платформе Microsoft SharePoint функциональные возможности WSS Portal 2.1. существенно превосходят функционал конкурирующих решений и продуктов.

Рисунок 7 - WSSPortal. Главная страница.

Существует три версии продукта:

WSS Portal 2.1 Lite - 80 000 рублей за серверную лицензию (включая 25 пользователей) и 600 рублей за каждого следующего пользователя.

WSSPortal 2.1 Standard - 295 000 рублей.

WSSPortal 2.1 Enterprise - 695 000 рублей.

Для использования данного портала также понадобится Windows Server 2003 или выше, который приобретается отдельно и стоит примерно 1000 $. При использовании Standard и Enterprise версий портала необходимо отдельно покупать дополнительные клиентские лицензии MicrosoftOfficeSharePointServer 2007 стоимостью около 3 200 рублей за дополнительного пользователя.

Версия портала Enterprise рекомендуется для организаций, где количество пользователей более 500 человек, что является необходимым условием для нас, однако стоимость данной версии является очень высокой. Также можно было бы использовать версию Lite с дополнительной опцией на неограниченное количество пользователей (дополнительно 90 000 рублей), но эта версия портала имеет ограниченное количество функций, в том числе отсутствие таких вещей, как личные узлы для пользователей и единое хранилище документов для всего портала, что делает использование данного портала неудобным и нецелесообразным.

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

Сравнительный анализ систем-аналогов представлен в таблице 1.

Таблица 1 – Сравнительный анализ портальных решений

Модуль или функция

Выводы по разделу

Рассмотрев данные корпоративные решения, мне было необходимо сделать определенный выбор, такой чтобы система подходила нашей организации по набору функций и модулей, внедрение было несложным, чтобы стоимость покупки и внедрения портала не была заоблачной. Все представленные в сравнении порталы обладают необходимым минимумом функций, а 1С-Битрикс: Корпоративный портал обладает поистине громадным функциональным набором. Но широкий функционал это не всегда хорошо – в данном решении используется огромное количество модулей, которые нужны исключительно крупным организациям. В нашем же случае такое большой функционал просто будет мешать, пользователь просто потеряется, что может привести к снижению эффективности использования данного портала.

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

Решения, основанные на MicrosoftSharePointServices 2007, обладают всем необходимым нам набором модулей и соответствуют всем требованиям организации. Функционал WSSPortal чуть шире и его использование было бы более уместным, чем DeskWork, но непомерная стоимость данного решения несоответствует разнице в функционале данных решений. Тем более что портал DeskWork уже имеется в наличии Волгоградской ГСХА, и все расходы сводятся к затратам на внедрение и доводку данного решения в соответствии с ведением деятельности организации.

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

Замечания

1. Можно вставить иллюстрации описываемых решений.

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

3. Указать стоимость приобретения, включая клиентские лицензии

4. Сделать вывод, что лучше внедрять DeskWork.

5. Сделать диаграмму «как есть», а «как будет» - уже есть.

6. На основании изучения статей (см. прикрепленный файл) Сделать функциональную диаграмму процесса внедрения

7. Сделать в Primavera сетевой график процесса внедрения

Http://www.e-commerce.ru/analytics/analytics-part/analytics15.html

http://egroupware.ru/index.php?option=com_content&task=view&id=5&Itemid=38

Http://www.soft.mail.ru/program_page.php?grp=61638

Http://www.s-incom.opt.ru/shop/1486055/1486056.html

Http://www.deskwork.ru/view.aspx?page=dw_standard#about

Http://solutions.wss-consulting.ru/files/Proposal-For-Partnership.pdf

Процесс внедрения:

    Предварительное обследование и оценка состояния;

    Предпроектное обследование;

    Предварительную переподготовку;

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

    Технико-экономическое обоснование;

    Организацию проекта;

    Выработка целей;

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

    Переподготовка персонала;

    Планирование;

    Управление данными;

    Ввод в эксплуатацию;

    Оценка результатов;

    Анализ текущего состояния.