|
Читайте также: |
1.1.1 Концепция единого информационно-коммуникационного поля
Деятельность любой организации напрямую завязана на информации во всем многообразии ее форм. Ежедневно продуцируются, используются, анализируются большие объемы данных и документов. Помимо обычного устного общения и документооборота каждый из нас использует массу иных способов коммуникации – звонки по мобильным телефонам, IP-телефонию, аудио- и видеоконференции, почту, системы обмена мгновенными сообщениями. Объемы информации, порождаемой в этих процессах, – огромны, и столь же велики риски ее утери. По сути, мы можем оперировать лишь документами и сохранившимися почтовыми сообщениями, причем, зачастую, даже не имеем удобного механизма поиска в общей массе документации. Даже за короткий срок существования компании возникает проблема фиксации, удобного хранения, обработки, быстрого поиска и использования накопленной информации.
До внедрения в организации внутрикорпоративного портала, обработка объёма рабочих документов и информации на предприятии были разрознены. Согласованность и рабочий процесс по передаче информации, документообороту был затруднён и не оптимизирован. В результате анализа эффективности работы предприятия, выяснилась необходимость в системе, позволяющей централизовать информацию, ускорить и усовершенствовать процесс документооборота, ускорить донесение информации до сотрудников предприятия.
Концепция Единого Информационно-Коммуникационного поля учитывает взаимосвязь важнейших компонентов функционирования каждой компании: информации и коммуникации, и помогает решить проблемы, возникающие уже на этом базовом уровне. А именно: проблемы управления данными и знаниями, проблемы коммуникаций, фиксации их результатов преобразования результатов коммуникаций в знания.
1.1.2 Применение SharePoint на рынке web-разработки
SharePoint – это фреймворк + CMS, на основе которых можно построить любое веб-приложение, хотя изначально платформа разрабатывалась именно для интранетов.
Данная платформа ориентируется на построение систем с открытыми бизнес-процессами, т.е. когда интранет и экстранет тесно связаны друг с другом. Например, процесс публикации контента построен так, что он начинается в интранете, затем, после всех этапов согласований, контент оказывается в публичной части. Точно так же строится обратный процесс – все заявки пользователей из внешнего сайта попадают в интранет в поле ответственности нужного человека.
При работе с SharePoint лучше использовать WebControls вместо WebParts – функционал похож, зато возможности кастомизации у WebControls намного шире. Есть также альтернативы, например, использование шаблона Model View Presenter.
Также придется сделать настройки IIS и SharePoint, чтобы разрешить доступ неавторизованным пользователям. При этом есть и плюсы:
· Большая библиотека готовых модулей, в том числе, от сторонних разработчиков;
· Всегда можно сделать свой модуль «с нуля» на ASP.NET;
· Хороший инлайн-визивиг с интерфейсом «а-ля MS Office», который будет привычен всем, кто работал с офисными приложениями Microsoft;
· Встроенная и довольно простая в использовании система документооборота при публикации контента;
· Легко создать несколько сайтов на базе одного веб-сервера: мобильную версию, языковые версии, промо-сайты;
· Удобно использовать SharePoint как ECM;
· Широкие возможности настройки кэширования;
· ASP.NET – это не PHP, скомпилированное приложение работает быстрее интерпретируемого скрипта;
· SharePoint легко кластеризуется и масштабируется. В сочетании с виртуализацией масштабирование приложений становится совсем простой процедурой.
Исходя из вышерассмотренного, SharePoint может стать гибким и удобным инструментом для создания публичных сайтов любой сложности.
У Microsoft сильно развита система поддержки своих партнеров. Начиная от программы BizSpark, которая позволяет получить большой пакет бесплатного ПО, до выделения архитекторов SharePoint в помощь на конкретные проекты.
Возможности SharePoint для построения интранетов:
· Легкость интеграции интранета и публичного сайта. Например, заявки, отправленные через публичный сайт, попадают в интранет на страницы ответственных людей. Кроме того, как я уже упоминал выше, можно использовать SharePoint как ECM и публиковать информацию из интранета в публичный портал;
· Множество готовых модулей: документооборот, календари, интеграция с Outlook, поиск по страницам и содержимому документов, организационная структура, интеграция с Active Directory итд итп до бесконечности.
Если IT-архитектура компании уже построена с активным использованием технологий Microsoft, то лучше использовать SharePoint для внутренних и внешних веб-приложений, потому что интеграция будет максимально простой.
Кроме того, для не сильно нагруженных решений есть экономичные предложения: MS SQL Express и Microsoft SharePoint Foundation – с помощью этих вещей можно построить веб-приложение бесплатно.
Интересен сам факт того, что крупные вендоры по производству ПО активно развивают веб-направление. Это большой плюс, потому что веб-разработчики получают в наследство от «большой разработки» множество накопленных знаний и удобных инструментов для проектирования и разработки проектов, для организации совместной работы и публикации приложений.
Сама по себе технология SharePoint современная и развитая – веб-приложения можно делать быстро и сами приложения тоже работают быстро. Кроме того, во многих крупных организациях России уже развернуто много серверных решений от Microsoft, поэтому SharePoint обещает быть востребованным.
1.1.3 Сравнение SharePoint c аналогичными системами других производителей
Положительной стороной системы Microsoft SharePoint 2010 является то, что система SharePoint полностью интегрирована в Microsoft Office. Поэтому, она позволяет полностью использовать всю мощь программного продукта MS Office на сайте. Она специально разработана для внутренних сайтов компаний. При полной настройке системы, когда она уже готова – проста и удобна для конечного пользователя.
К отрицательным сторонам относится то, что система требует специальных знаний во многих областях, таких как ASP.Net, C#, InfoPath, Exchanche Server и SharePoint Server. Для модернизации под нужды компании требует много времени, поскольку основные модули на сайте не реализованы в системе. Высокие требования к оборудованию. Платная система. Недостаточно документации для разработчика. Затраты. Система требует как минимум 2 квалифицированных специалистов: администратора SharePoint и программиста ASP.Net под SharePoint. Обучение таких специалистов дорогостоящее. В нашей ситуации, как минимум, нужно обучить программиста в качестве разработчика SharePoint приложений для запуска пилотного проекта.
Также, если рассматривать лицензию для данного ПО получается слишком высокая цена.
Положительной стороной системы 1C – Bitrix, это тесное взаимодействие системы с программой «1с Предприятие». Очень хорошо разработанный процесс покупки и продажи товаров. Позволяет на базе одной системы создавать, как и внешний сайт, так и внутренний сайты. На внешнем сайте могут находиться магазин и информация для клиентов, на внутреннем – сервисы и информация для сотрудников компании. Для разработки своих компонентов есть специальный механизм, который позволяет брать за основу существующие компоненты и их расширять. Приятная особенность: кроме админ панели, система позволяет пользователям управлять содержимым сайта прямо с самого сайта, не заходя в админ панель. Постоянная тех поддержка. Использование только одной технологи PHP. Обилие документации для разработчиков и для пользователей на русском языке.
К отрицательным сторонам относится то, что система имеет много недоработок. Система кодирует скрипты, причем кодирование снимается только при покупке лицензии. Платная. Вначале нужно привыкнуть к админ панели и ее устройству. Все страници имеют физический скрипт. Т.е. дерево страниц основано на файлах, а не на базе данных. База данных используется для хранения структурированной информации. Не оптимизированные запросы к базе данных, что замедляет работу системы.
Положительной стороной системы TYPO3 является открытая лицензия. Кроме того имеется громадное количество готовых решений, которые можно доработать под технические требования сайта. Обильная документация на английском языке. Большое сообщество разработчиков. Устойчивость и надежность системы подтверждена опытом. Возможность внедрять все современные веб-технологии. Очень гибкая и расширяемая платформа для разработок.
К отрицательным сторонам относится то, что вначале работы с администраторской панелью наблюдаются затруднения у обычных пользователей. Потом пользователи разбираются и легко работают. Для непосвященных разработчиков необходимо изучить внутренний конфигурационный язык. Нет синхронизации с Active Directory.
Как видно из перечисленных выше характеристик, положительные и отрицательные стороны есть у всех систем. Таким образом, выбор той или иной системы зависит лишь от нужд компании, целей, для которых будет применяться корпоративный портал и бюджетом компании.
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 ЦЕЛЬ И ЗАДАЧИ ПРОЕКТА
Целью дипломного проекта является проектирование и реализация корпоративного информационного портала на основе технологии Microsoft SharePoint 2010, настройка и оптимизация параметров системы.
Основное назначение портала:
· Автоматизирование документооборота;
· Облегчение обмена информацией между сотрудниками компании;
· Объединение хранилищ отчётных и учётных документов и так же различных информационных ресурсов;
· Обеспечение возможности рабочего процесса по созданию, доработке и утверждению рабочих документов, спецификаций и других подобного рода документов;
· Облегчение коммуникации сотрудников по различным вопросам, как деловым, так и неформальным, ускорение обмена информацией между ними.
Система должна обеспечивать разделение прав доступа и быть реализована как минимум для трёх категорий пользователей:
1) Посетители портала;
2) Владельцы портала;
3) Администраторы портала.
У администратора и владельца портала должна быть возможность самостоятельно создавать группы пользователей и назначать им необходимые права. Пользователи в группы назначаются из пользователей, доступных в “Активных директориях” (англ. Active Directory).
В общем случае система для всех пользователей должна предоставлять следующие возможности:
аутентификацию пользователей;
добавление, редактирование, просмотр различных информационных документов;
добавление новостей, социальных опросов различной тематики, и написание комментариев к ним;
добавление, удаление групп пользователей и пользователей в них;
динамическое изменение содержимого страниц, а так же самих шаблонов страниц под нужды пользователей;
изменение своих персональных данных, а также секретной информации, которая необходима для аутентификации пользователя;
изменение содержимого главного меню в режиме WYSIWYG;
изменение содержимого страниц новостей и информационных страниц в режиме WYSIWYG.
добавление, изменение, редактирование новостей;
добавление, изменение, редактирование информационные страницы;
поиск по содержимому страниц новостей и информационных страниц;
объединение станиц посредством тегов;
автономное редактирование правого блока страниц, с содержащимся на нём блоками с социальной информацией;
поддержка версионности документов и страниц;
просмотр наиболее посещаемых страниц в сгруппированном виде отсортированных по рейтингу;
просмотр количества отработанного времени для конкретного пользователя с главной станицы портала непосредственно;
переход к корпоративным приложениям, не интегрированным в портал прямо из главного меню портала;
использование своего, единого набора стилей и шаблонов для редактирования страниц портала;
изменяемое и скрываемое Ribbon-меню;
поддержка создания, проверки и утверждения страниц портала и документов.
Все вышеперечисленные возможности доступны пользователям портала, входящим в группы портала, в зависимости от разрешений группы.
Из пользовательских блоков реализованы следующие:
· Отличный от стандартного SharePoint 2010 дизайн;
· Область новостей;
· Область часто посещаемый страниц с сортировкой по рейтингу;
· Выпадающее главное меню;
· Облачко тегов;
· Опрос;
· Поиск по полезным ссылкам;
· Телефонный справочник;
· Библиотека документов;
· Поддержка версионности документов;
· Страница со ссылками на продукты компании и используемыми подразделениями компании программами;
· Возможность создания страницы с полезной информацией для предприятия.
С целью облегчения поддержки и сопровождения блоков портала, а также их дальнейшего расширения, они должны быть спроектированы и созданы на основе трёхуровневой архитектуры построения программных систем, а так же реализованы такие шаблоны проектирования, как Model View Presenter.
Слои доступа к данным должны содержать бизнес-логику приложения. Слои представления, в свою очередь, должны реализовать пользовательский интерфейс приложения.
В качестве технологии хранения и доступа к данным необходимо использовать СУБД Microsoft SQL Server 20008 R2, которая обеспечивает централизованное структурированное хранение всех данных системы, гарантируя их целостность и непротиворечивость, а также предоставляя множество сервисов низкого уровня для: чтения данных из хранилища, сохранения данных, изменения их структуры и прочее.
Система должна быть разработана под семейство операционных систем Windows в интегрированной среде разработки Microsoft Visual Studio 10.0, в качестве системы управления данными и содержимым выбрана система Microsoft SharePoint Server 2010, в качестве Web-сервера – IIS 7.0. В качестве технологии разработки – технология разработки современных Web-приложений и сервисов ASP.NET на базе Framework 3.5 и выше и язык программирования C#, а также технология доступа к данным LinQ to SQL и LinQ to SharePoint.
3 ЛОГИЧЕСКОЕ МОДЕЛИРОВАНИЕ
3.1 Выбор методологий моделирования и инструментария
Для визуального моделирования проблемной области было отдано предпочтение Rasional Rose компании Rational Software. Данное средство является простым и полностью интегрированным решением для разработки ПО, включая Интернет-решения. Rational Rose является стандартом дефакто среди инструментов проектирования приложений. Ни одно другое CASE-средство не предлагает такую широту и глубину решений как платформа Rational. С помощью Rational Rose можно визуализировать, изменять и тестировать модель. [14]
Одно из неоспоримых преимуществ Rational Rose – обратное проектирование, поскольку разработчику и проектировщику важно увидеть перед изменениями уже работающую систему в нормальном графическом представлении. Как правило визуально-графический ряд оказывает куда большее воздействие нежели пролистывание технических заданий и программных текстов. Тем более что, проект, подвергшийся обратному проектированию может быть доработан и вновь сгенерирован (а впоследствии и скомпилирован). Rational Rose предоставляет для этого все необходимые средства.
Rational Rose является лидирующим инструментом визуального моделирования, поскольку он имеет все необходимые возможности - поддержку UML, многоязыковую поддержку итерационной разработки, полную поддержку командной разработки, компонентно-базированную разработку с поддержкой ведущих архитектур и компонентных моделей, легкость применения, оптимизированную интеграцию и многое другое. [15]
Для проектирования и моделирования данных был использован инструментарий AllFusion ERwin Data Modeler (ERwin) компании Computer Associates. ERwin позволяет проектировать, документировать и сопровождать базы данных, хранилища данных и витрины данных (data marts). Основные аргументы и факты для разработчиков ПО в пользу использования данного инструментария:
поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД;
увеличивает производительность труда благодаря удобному интерфейсу и автоматизации рутинных процедур;
ERwin является стандартом де-факто;
позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков. Повышается эффективность;
позволяет переносить структуру БД из СУБД одного типа в СУБД другой;
позволяет документировать структуру БД;
продукт можно использовать на всех стадиях жизненного цикла баз данных;
позволяет получить точную и наглядную информацию, где хранятся данные и как получить к ним доступ;
позволяет, используя визуальные средства, описать структуру БД, а затем автоматически сгенерировать файлы данных для любого типа СУБД. [16]
3.2 Разработка диаграмм вариантов использования
3.2.1 Действующие лица
При анализе работы системы были выделены следующие действующие лица:
сотрудник (использует систему для взаимодействия с другими сотрудниками организации, а так же быть в курсе происходящих процессов внутри организации);
менеджер (использует систему для взаимодействия с другими сотрудниками организации, а так же для организации этого взаимодействия)
администратор (поддерживает портал в работоспособном состоянии, занимается добавлением, обновлением, удалением и поддержкой целостности данных).
3.2.2 Варианты использования
Были выделены следующие варианты использования:
аутентификация;
регистрация;
восстановление пароля;
просмотр соответствующей информации (включает в себя: просмотр опросов, новостей и документов);
работа с данными соответствующего опроса, документа (включает в себя: добавление, обновление и удаление соответствующих данных документа, опроса, работу с категориями опросов);
обновление и поддержка БД (включает в себя добавление, обновление и удаление соответствующих данных, а также работу с списком документов, опросов и сотрудников);
3.2.3 Диаграмма вариантов использования
Диаграммы вариантов использования являются необходимым средством при анализе требований, планировании и управлении итеративной разработкой. Работа с вариантами использования является одной из самых важных на стадии уточнения. Каждый вариант использования – это потенциальное требование к системе, и пока оно не выявлено, невозможно запланировать его реализацию.
При анализе задач и требований, поставленных при разработке программно-информационного комплекса, была спроектирована диаграмма вариантов использования, которая приводиться ниже на рисунке 3.1.
Рисунок 3.1 – Диаграмма вариантов использования
На данной диаграмме отображены основные варианты использования, необходимые разрабатываемой системе. Так, перед началом работы с системой необходимо зарегистрироваться, а затем пройти аутентификацию с целью определения пользователей. В случае утери данных для входа в систему предусмотрено возможность восстановить информацию. Пользователи-сотрудники получают возможность выбрать категорию данных и просмотреть соответствующую информацию по ней, а также возможность принять участие в опросе. Пользователи-менеджеры могут осуществлять работу с информаций по соответствующему опросу, документу в системе (вносить, изменять, удалять). Администратор данного ресурса обладает всеми возможностями, которые предусмотрены в системе.
3.2.4 Описание вариантов использования
Вариант использования «Аутентификация»:
назначение: описывает вход пользователя в систему;
основной поток событий: используется, при входе пользователя в систему:
1) система запрашивает псевдоним и пароль;
2) пользователь вводит псевдоним и пароль;
3) система проверяет подлинность введённых данных, после чего открывает доступ;
альтернативный поток: неправильный псевдоним/пароль. Если во время выполнения основного потока обнаружится, что пользователь ввёл неправильный псевдоним/пароль, то система выводит сообщение об ошибке. Пользователь может вернуться к началу основного потока или отказаться от входа в системы (при этом выполнения варианта использования завершается);
предусловия: отсутствуют.
постусловия: если вариант использования выполнен успешно, пользователь входит в ту часть системы, которая для него предназначена. В противном случае состояние системы не меняется.
Вариант использования «Регистрация»:
назначение: позволяет пользователю зарегистрироваться в системе для дальнейшей работы с ней;
основной поток событий: выполняется, когда пользователю необходимо зарегистрироваться в системе:
1) система запрашивает ввести соответствующие данные о пользователе, а также секретную информацию для будущей аутентификации;
2) пользователь вводит соответствующие данные;
3) система проверяет правильность ввода данных, после чего сохраняет их в системе и переводи пользователя на страницу аутентификации;
альтернативный поток: неправильный ввод соответствующих данных. Если во время выполнения основного потока обнаружится, что пользователь ввёл некорректные данные, либо ввёл данные пользователя, который уже зарегистрирован в системе, то система выводит соответствующе сообщение об ошибке. Пользователь может вернуться к началу основного потока или отказаться от регистрации (при этом выполнения варианта использования завершается);
предусловия: отсутствуют.
постусловия: если вариант использования выполнен успешно, регистрационные данные будут сохранены в системе, после чего он сможет пройти аутентификацию для входа в систему. В противном случае состояние системы не меняется.
Вариант использования «Восстановление пароля»:
назначение: служит для восстановления пароля пользователя;
основной поток событий: используется, когда пользователь не помнит своего пароля для входа в систему:
1) система запрашивает псевдоним;
2) пользователь вводит псевдоним;
3) система проверяет правильность ввода псевдонима и запрашивает ответ на соответствующий вопрос, который был введён при регистрации пользователя и соответствует данному псевдониму;
4) пользователь вводит ответ на заданный вопрос;
5) система проверяет правильность ответа и выводит забытый пароль;
альтернативный поток: неправильный псевдоним либо ответ на вопрос. Если во время выполнения основного потока обнаружится, что пользователь ввёл неправильный псевдоним или ответ на вопрос, то система выводит соответствующее сообщение. Пользователь может вернуться к началу основного потока или отказаться от входа в системы (при этом выполнения варианта использования завершается);
Дата добавления: 2015-08-17; просмотров: 103 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| Бурунди | | | Обзор состояния вопроса 2 страница |