1.2 МодельAs-is

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

Рисунок 1.1 – Главная контекстная диаграмма (модель AS-IS)

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

1. прием сотрудника на работу;

2. проведения опросов;

3. формирование документов.

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

Рисунок 1.2 – Декомпозиция контекстной диаграммы

Для детального понимания процесса «Формирование документов» он разбивается на следующие два процесса:

1. формирование и подготовка документов;

2. формирование сопутствующих документов.

Декомпозиция процесса «Формирование документов» приводится на рисунке 1.3.

Рисунок 1.3 – Декомпозиция процесса «Формирование документов»

1.3 МодельTO-BE

Модель TO-BE («как должно быть»)создается на основе AS-IS, с устранением недостатков в существующей организации бизнес-процессов, а так же с их совершенствованием и оптимизацией путём устранения выявленных на базе анализа AS-IS узких мест.

В соответствии с моделью TO-BEцелью предмета разработки является автоматизация взаимодействия внутри организации. При этом предмет разработки должен обеспечить:

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

• средства доступа к этой базе для редактирования, добавления, удаления данных;

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

• средства поиска нужной информации в базе данных;

• удобный просмотр запрошенной информации.

На основе анализа созданной выше AS-ISмодели процессов проблемной области была созданаTO-BEмодель, контекстная диаграмма которой приводится на рисунке 1.4.

Рисунок 1.4 – Главная контекстная диаграмма (модель TO-BE)

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

1. регистрация и поддержка пользователей;

2. работа с данными документов;

3. работа с вспомогательными данными;

4. формирование, проведение и просмотр результатов опросов

Декомпозиция контекстной диаграммы представлена на рисунке 1.5.

Рисунок 1.5 – Декомпозиция контекстной диаграммы

Процесс «Регистрация и поддержка пользователей» для детального рассмотрения разбивается на четыре процесса:

1. регистрация сотрудника;

2. изменение личных и секретных данных регистрации;

3. восстановление пароля;

4. удаление пользователя.

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

Рисунок 1.6 – Декомпозиция процесса «Регистрация и поддержка пользователей»

Процесс «Работа с вспомогательными данными» был декомпозирован на следующие три процесса:

1. добавление соответствующих данных;

2. изменение соответствующих данных;

3. удаление соответствующих данных.

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

Декомпозиция процесса «Работа с данными» приводится на рисунке 1.7.

Рисунок 1.7 – Декомпозиция процесса «Работа с соответствующими данными»

Процесс «Формирование, проведение и просмотр результатов опросов» был разделён на следующие три процесса:

1. работа с категориями опросов;

2. проведение, обработка результатов опросов;

3. просмотр результатов опросов.

Получателем и отправителем данных является «Сотрудник» и «Менеджер». Декомпозиция данного процесса приводится на рисунке 1.8.

Рисунок 1.8 – Декомпозиция процесса «Формирование, проведение и просмотр результатов опросов»

2 ЦЕЛЬ И ЗАДАЧИ ПРОЕКТА

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

Основное назначение портала:

• Автоматизирование документооборота;

• Облегчение обмена информацией между сотрудниками компании;

• Объединение хранилищ отчётных и учётных документов и так же различных информационных ресурсов;

• Обеспечение возможности рабочего процесса по созданию, доработке и утверждению рабочих документов, спецификаций и других подобного рода документов;

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

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

1. Посетители портала;

2. Владельцы портала;

3. Администраторы портала.

У администратора и владельца портала должна быть возможность самостоятельно создавать группы пользователей и назначать им необходимые права. Пользователи в группы назначаются из пользователей, доступных в “Активных директориях” (англ. ActiveDirectory).

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

• аутентификацию пользователей;

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

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

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

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

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

• изменение содержимого главного меню в режиме WYSIWYG;

• изменение содержимого страниц новостей и информационных страниц в режиме WYSIWYG.

• добавление, изменение, редактирование новостей;

• добавление, изменение, редактирование информационные страницы;

• поиск по содержимому страниц новостей и информационных страниц;

• объединение станиц посредством тегов;

• автономное редактирование правого блока страниц, с содержащимся на нём блоками с социальной информацией;

• поддержка версионности документов и страниц;

• просмотр наиболее посещаемых страниц в сгруппированном виде отсортированных по рейтингу;

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

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

• использование своего, единого набора стилей и шаблонов для редактирования страниц портала;

• изменяемое и скрываемое Ribbon-меню;

• поддержка создания, проверки и утверждения страниц портала и документов.

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

Из пользовательских блоков реализованы следующие:

• Отличный от стандартного SharePoint 2010 дизайн;

• Область новостей;

• Область часто посещаемый страниц с сортировкой по рейтингу;

• Выпадающее главное меню;

• Облачко тегов;

• Опрос;

• Поиск по полезным ссылкам;

• Телефонный справочник;

• Библиотека документов;

• Поддержка версионности документов;

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

• Возможность создания страницы с полезной информацией для предприятия.

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

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

В качестве технологии хранения и доступа к данным необходимо использовать СУБД MicrosoftSQLServer20008R2, которая обеспечивает централизованное структурированное хранение всех данных системы, гарантируя их целостность и непротиворечивость, а также предоставляя множество сервисов низкого уровня для: чтения данных из хранилища, сохранения данных, изменения их структуры и прочее.

Система должна быть разработана под семейство операционных систем Windowsв интегрированной среде разработкиMicrosoftVisualStudio10.0, в качестве системы управления данными и содержимым выбрана системаMicrosoftSharePointServer2010, в качествеWeb-сервера –IIS7.0. В качестве технологии разработки – технология разработки современныхWeb-приложений и сервисовASP.NETна базеFramework3.5 и выше и язык программированияC#, а также технология доступа к даннымLinQtoSQLиLinQtoSharePoint.

3 ЛОГИЧЕСКОЕ МОДЕЛИРОВАНИЕ