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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Работа подготовлена и защищена в 2017 году в Московском Финансово-промышленном университете Синергия, Факультет Информационных систем и технологий, для специальности «Информационные системы и технологии», для направления «Информационные системы», для специальности «Прикладная информатика (в экономике)».

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

Цель данной ВКР – реализация ИС, которая помогает автоматизировать работу СЦ компании ООО «PwC» для уменьшения нагрузки на его сотрудников, минимизации ошибок, повышения быстроты работы.

Основные задачи работы заключаются в:

• Изучении работы описываемой компании;
• Нахождение спорных моментов;
• Выражение актуальности автоматизации;
• Доказательство проектных решений по видам обеспечения;
• Создание БД и программы для взаимодействия с ней;
• Подсчет уровня эффективности проекта.

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

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

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

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

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

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

Период окупаемости проекта составил 8 месяцев.

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

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

В комплекте с проектом идет программа на PHP и СУБД mysql.

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

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

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

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

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

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

ОсОО «СВ Логистика» с помощью программы 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 г. Керчь. Объекты справочной и учетной информации. Реализация физической модели базы данных в среде СУБД. Построение логической модели БД.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.3.1 Портал eGroupware

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

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

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

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

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

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