Разработка внутреннего корпоративного портала предприятия АО "БПО "Прогресс"

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

Содержание

корпоративный информационный портал

Введение

1 Анализ проблемы процесса взаимодействия между сотрудниками АО «БПО «Прогресс»

1.1 Актуальность проблемы

1.2 Организационная структура и цель функционирования предприятия

1.3 Место Корпоративного портала в информационной системе предприятия

1.4 Постановка задачи

2 Объектно-ориентированное моделирование процесса взаимодействия сотрудников предприятия

2.1 Обоснование выбора методологии моделирования

2.2 Разработка объектно-ориентированных моделей процесса взаимодействия сотрудников предприятия

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

3.1 Описание средства разработки программного обеспечения

3.2 Прототипы интерфейсов

3.3 Реализация

Заключение

Список литературы

Приложение А РНР-код функции «Главная страница»

Приложение Б C#-код функции «Авторизация»

Приложение В Графический материал

Введение

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

Темой данной работы выбрано «Разработка внутреннего корпоративного портала предприятия АО «БПО «Прогресс», рассмотрим некоторые виды корпоративной деятельности, которые могут быть облегчены и оптимизированы благодаря корпоративному порталу, а именно:

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

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

1. Анализ проблемы процесса взаимодействия между сотрудниками АО «БПО «Прогресс»

корпоративный информационный портал

1.1 Актуальность проблемы

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

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

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

На данный момент взаимодействие между сотрудниками осуществляется следующим образом (рисунок 1):

Рисунок 1 - Мнемосхема существующего процесса взаимодействия сотрудников предприятия

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

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

- объем выполненной работы;

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

- полный отчет о проделанной работы, при выполнении задания.

Данный отчет отправляется начальнику отдела, для дальнейшей корректировки и отправке его директору.

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

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

- недостаточно быстрый процесс составления и распределения поручений;

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

- неорганизованная работа с документацией;

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

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

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

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

Рисунок 2 - Мнемосхема предлагаемого процесса взаимодействия сотрудников предприятия

После внедрения АИС мы получим следующие плюсы:

- все отделы будут связаны между собой через АИС;

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

- будет обеспечен надежный контроль (исключен человеческий фактор);

- останется необходимость только в итоговом отчете;

- любое поручения можно легко найти;

- работа с документацией станет организованной;

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

Минус данной автоматизации заключается в обучении персонала.

1.2 Организационная структура и цель функционирования предприятия

Акционерное общество «Башкирское производственное объединение «Прогресс» основано 17 марта 1942 г. на базе цеха по производству аппаратуры дальней связи Ленинградского завода «Красная заря».

Во время войны было разработано и освоено 20 видов новой аппаратуры дальней связи, восстановлено производство и модернизировано 11 типов аппаратуры, выпускаемой в довоенные годы на заводе «Красная заря».

В дальнейшем завод расширялся, совершенствовалось производство, росла квалификация работников, завод становился одним из ведущих предприятий в отрасли. Радикально изменился состав и характер выпускаемых изделий, их техническая сложность, технология изготовления. В 1971 году предприятие Указом Президиума Верховного Совета СССР награждено орденом Трудового Красного Знамени за освоение новых изделий.

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

Сегодня акционерное общество «Башкирское производственное объединение «Прогресс» специализируется на выпуске современной аппаратуры связи.

Основной продукцией предприятия являются:

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

-Пластинчатые теплообменные аппараты, автоматизированные теплообменные модули, тепловые пункты для предприятий ЖКХ;

-Блок управления и контроля (АБС);

-Комплекты электрооборудования бетононасоса;

-Шкафы управления электрических цепей;

-Изделия из пластмассы;

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

Высокоточная обработка производится на 5-ти координатном универсально-фрезерном станке с ЧПУ DMU 60 T стойка HeidhainITNC 530, с использованием фрез с твердосплавными пластинами иностранного производства, с помощью которого производство данных деталей осуществляется в короткие сроки.

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



Рисунок 3 - Структурная схема предприятия

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

1.3 Место Корпоративного портала в информационной системе предприятия

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

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

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

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

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

Рисунок 4 - Место Корпоративного портала в корпоративной информационной системе

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

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

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

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

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

1.4 Постановка задачи

Цель выпускной квалификационной работы состоит в повышении эффективности работы предприятия, а именно:

-Экономия рабочего времени. Сократить время работы с поручениями, их поисками, сократить количество отчетов, сократить время работы с документацией, ее поиском и сортировкой;

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

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

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

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

- возможность подключения к БД сотрудников АО «БПО «Прогресс»

- возможность создавать поручения;

- поиск сотрудника в БД;

- систему объявлений с возможностью контроля за ознакомлением;

- поиск поручений в БД;

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

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

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

- возможность администрирования системы;

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

- возможность регистрации на сайте, только для сотрудников.

2. Объектно-ориентированное моделирование процесса взаимодействия сотрудников предприятия

2.1 Обоснование выбора методологии моделирования

Компания Rational Software является лидирующей в области создания методологий и программных решений, ориентированных на программистов, аналитиков, тестировщиков. Спектр выпускаемого программного обеспечения целиком покрывает потребность всех участников проекта: от аналитиков до разработчиков и внедренцев. Все программно-методологические решения - плод многолетнего труда аналитиков и разработчиков как самой Rational, так и ее партнеров. В итоге все решения были собраны воедино. Так появился RUP - Rational Unified Process - методологическая энциклопедия, в которой описаны все шаги, необходимые для создания качественного программного продукта. Пользуясь подобной энциклопедией и применяя соответствующие инструменты, рекомендуемые Rational, команда будет создавать обеспечение качественно и в срок. «Строй быстрей и качественней!» - вот лозунг, выдвигаемый Rational.

Rational Rose в отличие от подобных средств проектирования способна проектировать системы любой сложности, то есть инструментарий программы допускает как высокоуровневое (абстрактное) представление (например, схема автоматизации предприятия), так и низкоуровневое проектирование (интерфейс программы, схема базы данных, частичное описание классов). Вся мощь программы базируется всего на семи диаграммах, которые в зависимости от ситуации способны описывать различные действия. Являясь объектно-ориентированным инструментом моделирования, Rose базируется на UML (Universal Modeling Language) - универсальном языке моделирования, который был разработан компанией Rational именно с целью создания наиболее оптимального и универсального языка для описания как предметной области, так и конкретной задачи в программировании. Любая задача программируется при помощи определенных диаграмм. UML поддерживает построение следующих диаграмм:

– activity diagram (диаграммы описаний технологий, процессов, функций);

– use case diagram (диаграммы функций);

– lass diagram (диаграммы классов);

– state diagram (диаграммы состояний);

– sequence diagram (диаграммы последовательностей действий);

– collaboration diagram (диаграммы взаимодействий );

– component diagram (диаграммы компонент);

– deployment diagram (диаграммы топологии).

Соответственно, Rational Rose является инструментом, который позволяет строить указанные диаграммы при проектировании программных систем.

2.2 Разработка объектно-ориентированных моделей процесса взаимодействия сотрудников предприятия

Для моделирования ИС «Корпоративный портал» был выбран язык графического описания - UML (Unified Modeling Language - унифицированный язык моделирования). Последовательное создание UML-диаграмм позволяет получить полное представление о всей проектируемой системе и об отдельных ее компонентах.

2.2.1 Диаграмма вариантов использования (use case diagram)

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

В языке UML существует несколько стандартных видов отношений между актерами и вариантами использования:

- ассоциации (association relationship);

- расширения (extend relationship);

- общения (generalization relationship);

- включения (include relationship).

Рисунок 5 - Диаграмма вариантов использования работы корпоративного портала

На рисунке 5 представлена диаграмма вариантов использования ИС «Корпоративный портал», включающая 4 прецедента:

- «Работа с поручениями»;

- «Работа с документацией»;

- «Просмотр контактной информации»;

- «Работа в личном кабинете».



Рисунок 6 - Диаграмма декомпозиции варианта использования «Работа с поручениями»

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

- «Составить поручение»;

- «Назначить поручение»;

- «Составить отчет».

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

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

- «Найти документ»;

- «Загрузить документ»;

- «Скачать документ».

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

2.2.2 Диаграммы классов (class diagram)

Центральное место в объектно-ориентированном программировании занимает разработка логической модели системы в виде диаграммы классов. Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывать их внутреннюю структуру и типы отношений. Диаграмма классов представляет собой граф, вершинами которого являются элементы типа «классификатор», связанные различными типами структурных отношений. Диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи.

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

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

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

Диаграмма классов представлена на рисунке 8.

Рисунок 8 - Диаграмма классов

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

2.2.4 Диаграмма компонентов

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

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

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

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

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

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

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

Диаграмма компонентов представлена на рисунке 9.



Рисунок 9 - Диаграмма компонентов

ИС корпоративный портал состоит из подпрограмм «Новости», «Задачи», «Контакты» , «Документы» и «Личный кабинет». В подпрограмме «Новости» находятся новостная лента и календарь, а так же она является «Главной страницей». В подпрограмме «Задачи» реализуется процесс работы с поручениями и их составления. Подпрограмма «Документы» содержит активные ссылки для скачивание документов с сервера, а так же сортировку, поиск по разделам и возможность загрузки нового документа. Подпрограмма «Контакты» предоставляет пользователю основную контактную информацию предприятия. Подпрограмма «Личный кабинет» дает возможность изменять личные контактные данные.

3. Разработка автоматизированной информационной системы процесса взаимодействия сотрудников предприятия

3.1 Описание средства разработки программного обеспечения

Для разработки информационной системы «Корпоративный портал» необходимо осуществить выбор программного обеспечения для:

? написания кода;

? получения доступа к файлам на удаленном FTP-сервере;

? реализации базы данных;

? администрирования системы управления базами данных.

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

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

Для работы с PHP-кодом выбран редактор Adobe Dreamweaver CC 2018.

Это редактор, который поддерживает подсветку кода, автоматическое выравнивание кода, автоматически выводит на отдельный экран результат выполнения кода в реальном времени, что очень удобно при создании сайта, а так же имеет поддержку многих программных языков, в том числе и PHP. Adobe Dreamweaver CC 2018 предоставляет очень мощную возможность выполнять произвольный набор функций при наступлении некоторых условий. Такие функции добавляются в так называемые «ловушки». При помощи «ловушек» можно «отлавливать» (перехватывать) определённые события (например, включение того или другого режима).

Для получения доступа к файлам на удаленном FTP-сервере был выбран дистрибутив FileZilla Client, который позволит получить доступ к данному серверу.

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

FileZilla Client выбран поскольку:

? является бесплатным;

? прост в использовании;

? имеется версия на русском языке;

? поддерживает FTP-протокол;

? доступна удаленная правка файлов.

Для доступа к FTP-серверу через FileZilla Client необходимо указать адрес хоста, логин и пароль доступа к серверу, как на рисунке 10.

Рисунок 10 - Интерфейс программы FileZella

Для реализации базы данных ИС «Корпоративный портал» выбрана реляционная система управления базами данных MySQL, поскольку данная система управления базами данных (СУБД) поддерживает взаимодействие с PHP.

Самой популярной «связкой» для управления сайтами считается MySQL с языком PHP. Система PHP и СУБД MySQL могут эксплуатироваться в непосредственном виде во всех широко применяемых разновидностях операционной системы Linux/Unix (включая Mac OS X) и Windows. Под управлением операционных систем этих двух классов функционирует подавляющее большинство серверов, работающих по протоколу HTTP (Hypertext

Transfer Protocol - протокол передачи гипертекстовых файлов), которые применяются во всем мире .

Для администрирования СУБД MySQL выбрано веб-приложение phpMyAdmin .

phpMyAdmin - это приложение, написанное на PHP и обеспечивающее полноценную, в том числе удаленную, работу с базами данных MySQL через браузер. Phpmyadmin позволяет:

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

? создавать пользователей;

? возможность исполнять SQL-команды; - осуществлять поиск по базе данных.

Microsoft Visual Studio - мощная среда разработки, обеспечивающая высокое качество кода на протяжении всего цикла разработки ПО, от проектирования до разработки. Какие бы приложения не разрабатывались, для SharePoint, Интернет, Windows, WindowsPhone, и других платформ, Visual Studio это универсальное всеобъемлющее решение.

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

Инструментальное средство по разработке программного обеспечения Microsoft Visual Studio сегодня единственный С# инструментарий. C# -- объектно-ориентированный язык программирования. C# разрабатывался как язык программирования прикладного уровня для CLR и, как таковой, зависит, прежде всего, от возможностей самой CLR. Это касается, прежде всего, системы типов C#, которая отражает BCL. Присутствие или отсутствие тех или иных выразительных особенностей языка диктуется тем, может ли конкретная языковая особенность быть транслирована в соответствующие конструкции CLR. Так, с развитием CLR от версии 1.1 к 2.0 значительно обогатился и сам C#; подобного взаимодействия следует ожидать и в дальнейшем. (Однако эта закономерность была нарушена с выходом C# 3.0, представляющим собой расширения языка, не опирающиеся на расширения платформы .NET.) CLR предоставляет C#, как и всем другим .NET-ориентированным языкам, многие возможности, которых лишены «классические» языки программирования. Например, сборка мусора не реализована в самом C#, а производится CLR для программ, написанных на C# точно так же, как это делается для программ на VB.NET, J# и др.

Главным удобством при разработке приложений на MS Visual Studio является платформа .NET. Новая технология .NET, предложенная компанией Microsoft, отражает видение приложений в эпоху Internet. Технология .NET обладает улучшенной функциональной совместимостью, в основе которой лежит использование открытых стандартов Internet. Кроме того, она повышает устойчивость классического пользовательского интерфейса операционной системы Windows -- рабочего стола. Разработчикам программного обеспечения технология .NET предоставляет новую программную платформу и великолепные инструментальные средства разработки, в которых основную роль играет язык XML.

Платформа Microsoft .NET предоставляет:

? устойчивую общеязыковую среду выполнения CLR, которая входит в состав данной платформы;

? средства разработки приложений на любом из многих языков программирования, поддерживаемых платформой .NET;

? лежащую в основе открытой модели программирования огромную библиотеку классов .NET Framework. Эти классы содержат многократно используемый код. Они доступны в любом языке программирования, поддерживаемом платформой .NET;

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

? поддержку нового промышленного стандарта, а именно технологии Web-служб. Технология Web-служб предоставляет новый механизм создания распределенных приложений. По сути, она является распространением технологии создания приложений на базе компонентов и на сферу Internet;

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

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

3.2 Прототипы интерфейсов

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

прототипов интерфейса.

Прототипирование интерфейсов важный этап в разработке системы,

поскольку позволит:

? получить четкую картину того, какая именно информация будет

необходима на каждой странице сайта до разработки его дизайна;

? рационально тратить время и сосредоточиваться именно на том,

для чего предназначена каждая страница;

? установить точку восстановления. Когда клиент подписывает

каркасную модель, это означает, что он соглашается с тем, что будет

находиться на этой странице;

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

посетители на сайт без цветовой схемы или элементов дизайна;

? удалить лишние элементы, которые могут оказаться ненужными

для будущего сайта;

? снизить вероятность увеличения объема работы

по разработке дизайна;

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

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

Pencil Project - удобная программа для рисования схем или диаграмм, а также создания дизайна. Разрабатывается на основе открытого кода, поэтому абсолютно бесплатна и не содержит никакой рекламы.

На рисунке 11 изображен прототип интерфейса входа в систему. Переход на данный интерфейс осуществляется при загрузке сайта.

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

Рисунок 11 - Прототипы интерфейсов «Вход в систему» и «Регистрация»

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

Рисунок 12 - Прототип интерфейса «Главная страница»

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

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

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

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



Рисунок 13 - Прототип интерфейса «Контакты»

На рисунке 13 представлена страница «Контакты». На данной странице предоставлена основная контактная информация внутри предприятия, а именно:

- Контактная информация директора;

- Контактная информация заместителей;

- Контактная информация отделов;

- Контактная информация начальников отделов.

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

Рисунок 14 - Прототип интерфейса «Задачи»

При переходе по ссылке «Задачи», пользователь попадает на соответствующую страницу сайта (рисунок 14).

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

В самом списке задач будет указана наименование поручения, ответственные лица, постановщик задачи, ее статус. Статус выполнения будет меняться по ходу выполнения поставленной задачи, и будет иметь «Закончен (100%)» при ее выполнении. Выполненные задачи будут автоматически отправляться в архив и по истечению 24 часов с момента их выполнения.

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

\

Рисунок 15 - Прототип интерфейса «Новое поручение»

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

Новая задача появится в списке задач на странице «Задачи», и сотруднику, ответственному за ее выполнение, придет оповещение. Если не будет выполнено хотя бы одно из вышеперечисленных действий, то задача не будет создана и появится соответствующая ошибка.

Рисунок 16 - Прототип интерфейса «Личный Кабинет»

Перейдя по ссылке «ЛК» , пользователь попадает на страницу «Личный Кабинет» (рисунок 16) . На данной странице предоставлена вся основная информация о пользователе.

Пользователь, при необходимости, может изменить свои контактные данные, такие как :

-Номер телефона ;

-Почтовый адрес;

-Skype;

Однако, остальную информацию может изменить только администратор.



Рисунок 17 - Прототип интерфейса «Документы»

Переход на страницу «Документы» (рисунок 17) осуществляется по соответствующей ссылке.

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

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

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

3.3 Реализация

3.3.1 Реализация функции отображения «главная страница (Новости)»

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

«Главная страница» - это страница, содержащая новостную ленту, календарь, а так же меню для перехода на другие страницы портала.

Прототип интерфейса «Главная страница» изображен на рисунке 12. На данном интерфейсе должна отображаться следующая информация:

? Новостная лента;

? Меню;

? Календарь;

? Ссылку на «личный кабинет»

Для реализации функции отображения был написан код на языке РНР, генерирующий HTML-код отображающий интерфейс «Главной страницы».

Файл с РНР-кодом загружен на FTP-сервер с помощью приложения FileZilla Client. Код представлен в приложении к расчетно-пояснительной записке.

На рисунке 18 изображен интерфейс, отображающий реализацию функции отображения «главная страница».

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

Функция отображения «главная страница» реализована в полном объеме. Следующий этап выпускной квалификационной работы - реализация страницы «Задачи»

3.3.2 Реализация функции «Задачи»

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

Прототип интерфейса «Задачи» изображен на рисунке 14. На данном интерфейсе должна отображаться следующая информация:

? Ссылку на «личный кабинет»;

? Меню;

? Статус выполнения;

? Наименование задачи;

? Ответственный за выполнение;

? Постановщик задачи;

? Отдел.

Для реализации функции отображения был написан код на языке РНР, генерирующий HTML-код отображающий интерфейс «Задачи».

Файл с РНР-кодом загружен на FTP-сервер с помощью приложения FileZilla Client. Код представлен в приложении к расчетно-пояснительной записке.

На рисунке 19 изображен интерфейс, отображающий реализацию функции отображения «Задачи».

Рисунок 19 - Задачи

Функция отображения «Задачи» реализована в полном объеме. Следующий этап выпускной квалификационной работы - реализация страницы «Контакты»

3.3.3 Реализация функции «Контакты»

«Контакты» - это страница, которая содержит основную контактную информацию внутри предприятия.

Прототип интерфейса «Контакты» изображен на рисунке 13. На данном интерфейсе должна отображаться следующая информация:

? Ссылку на «личный кабинет»;

? Меню;

? Основная контактная информация.

Для реализации функции отображения был написан код на языке РНР, генерирующий HTML-код отображающий интерфейс «Контакты».

На рисунке 20 изображен интерфейс, отображающий реализацию функции отображения «Контакты».

Рисунок 20 - Контакты

Функция отображения «Контакты» реализована в полном объеме. Следующий этап выпускной квалификационной работы - реализация страницы «Документы»

3.3.4 Реализация функции «Документы»

«Документы» - это страница, содержащая ссылки для скачивания документов предприятия, а так же возможность поиска нужных документов, и загрузки новых.

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

? Ссылку на «личный кабинет»;

? Меню;

? Поиск;

? Отделы документации;

? Ссылки на скачивание;

? Кнопку загрузки.

Для реализации функции отображения был написан код на языке РНР, генерирующий HTML-код отображающий интерфейс «Документы».

На рисунке 21 изображен интерфейс, отображающий реализацию функции отображения «Документы».

Рисунок 21 - Документы

Функция отображения «Документы» реализована в полном объеме. Следующий этап выпускной квалификационной работы - реализация страницы «Личный кабинет»

3.3.5 Реализация функции «Личный кабинет»

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

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

? Меню;

? Основная информация;

? Контактная информация с возможностью редактирования.

Реализация данной страницы был произведен на языке PHP.

На рисунке 22 изображен интерфейс, отображающий реализацию функции отображения «Личный кабинет».

Рисунок 22 - Личный кабинет

Следующий этап выпускной квалификационной работы - реализация страницы «Новое поручение»

3.3.6 Реализация функции «Новое поручение»

«Новое поручение» - это страница, позволяющая пользователю загружать новое поручение, назначать ответственного и постановщика задачи, отдел и наименование задачи.

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

? Ссылку на «личный кабинет»;

? Меню;

? Статус выполнения;

? Наименование задачи;

? Ответственный за выполнение;

? Постановщик задачи;

? Отдел;

? Кнопка загрузки поручения;

? Кнопка создания поручения.

Для реализации функции отображения был написан код на языке РНР, генерирующий HTML-код отображающий интерфейс «Новое поручение».

На рисунке 23 изображен интерфейс, отображающий реализацию функции отображения «Новое поручение».

Рисунок 23 - Новое поручение

Функция отображения «Документы» реализована в полном объеме. Все основные функции корпоративного портала были реализованы.

Заключение

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

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

В процессе выполнения работы был разработан комплекс объектных моделей системы в нотации UML с помощью case-средства Rational Rose.

Проведено прототипирование всех интерфейсов системы в приложении Pencil .

Реализованы функции отображения «Главная страница, Задачи, Новое порчение, Личный кабинет, Контакты, Документы», необходимые для повышения эффективности работы предприятия, а именно: работа с документацией, с поручениями, предоставление основных контактов в одном месте. Для реализации функции отображения «карточки объекта» был написан код на языке РНР, генерирующий HTML-код отображающий интерфейс «карточки объекта». РНР-код содержит SQL-запросы к базе данных, содержащей описание всех объектов, находящихся в продаже. Файл с РНР-кодом загружен на FTP-сервер с помощью приложения FileZilla Client.

Список литературы

1. Михалева Т. Н. Недвижимость. Что необходимо знать при ее покупке и продаже. Москва: Юркнига, 2003. 144 с.

2. Эрделевский А.М. Об изменениях в законодательстве о регистрации прав на недвижимость // Закон. 2005. №3. С. 70-74 .

3. Абрамова М.В. К вопросу о понятии недвижимого имущества // Нотариус. 2007. № 6. С. 3.

4. Информационные технологии в архитектуре и строительстве: учебное пособие [Электронный ресурс] // URL: http://www.book.ru/book/251281 (Дата обращения 25.04.2017).

5. Информационные технологии. Проектирование базы данных технической документации в виде интерактивных электронных технических руководств (ИЭТР) в рамках технологии CALS. Программно-аппаратная организация ИЭТР [Электронный ресурс] // URL: http://www.book.ru/book/916850 (Дата обращения 25.04.2017).

6. Гришаев С.П. Все о недвижимости: регистрация прав, купля-продажа, мена, дарение, аренда, наем жилого помещения, ипотека, наследование: учебнопрактическое пособие: БЕК, 2000. №1. 272 с.

7. Меднов С. А. Профессиональный CRM-опыт из первых рук // Банковские технологии, 2004. №4. С. 49-52.

8. Как правильно выбрать систему CRM [Электронный ресурс] // URL: http://ccc.ru/magazine/depot/05_05/read.html?0201.htm (Дата обращения 05.05.2017).

9. Системы CRM осваивают новые профессии [Электронный ресурс] // URL http://ccc.ru/magazine/depot/03_06/read.html?0202.htm (Дата обращения 05.05.2017).

10. Шелестова А. Ю. Применение UML и шаблонов проектирования. Введение в объектно-ориентированный анализ, проектирование и унифицированный процесс. Москва: Вильямс, 2002. 624 с.

11. Гома X. UML. Проектирование систем реального времени, параллельных и распределенных приложений. Москва: ДМК Пресс, 2002. 704 с.

12. Варакина А. С. Визуальное моделирование с помощью Rational Rose 2002 и UML [Электронный ресурс] // URL: http://www.library.ugatu.ac.ru/pdf/teach/KvatraniVizualnoe_modelirovanie_s_pomoshchyu_RATIONAL_ROSE_2002_UML_2003.pdf (Дата обращения 06.05.2017).

13. Леоненков А. В. Самоучитель UML. Санкт-Петербург: БХВ-Петербург, 2004. 432 с.

14. Мюллер Р. Дж. Базы данных и UML. Проектирование. Москва: Лори,

2002. 420 с.

15. Халабия Р. Ф. Организация и структура динамических распределенных баз данных. // Информационные технологии. 2011. №4. С. 54.

16. Дзиоев С. К. Структура баз данных нормативно-технических документов в системах автоматизированного проектирования ремонтно-восстановительных работ. // Ремонт, восстановление, модернизация. 2011. № 1. С. 34-36.

17. Миронов В. В. Концептуальные модели баз данных: учеб. пособие. Уфа: УГАТУ, 2007. 30 с.

18. Челушкин А. С. Быстрое прототипирование: методические указания по выполнению расчетно-графической работы. Уфа: УГАТУ, 2008. 13 с.

19. Коутс Р. Интерфейс "человек-компьютер": пер. с англ. Г. Н. Коноплева; под ред. В. Ф. Шаньгина. Москва: Мир, 1990. 501 с.

20. Сергеев С. Ф. Введение в проектирование интеллектуальных интерфейсов: учебное пособие. Санкт-Петербург: СПбГУ ИТМО, 2011. 108 с.

21. Э. Гутманс PHP 5. Профессиональное программирование. СанктПетербург: Символ Плюс, 2006. 701 с.

22. Ульман Л. Основы программирования на PHP [Электронный ресурс] // URL: http://e.lanbook.com/books/element.php?pl1_cid=25&pl1_id=1236 (Дата обращения 10.05.2017).

23. Дубинин Н. М. Инструментарий веб-разработчика: Apache, PHP, MySQL,

phpMyAdmin: лабораторный практикум по дисциплине "Сети ЭВМ и

телекоммуникации". Уфа: УГАТУ, 2009. 40 с.

24. Локальные вычислительные сети. Установка и настройка Веб и FTPсерверов в ОС Windows Server. Методические указания по выполнению практической работы №4 [Электронный ресурс] // http://e.lanbook.com/books/ element.php?pl1_id=62747 (Дата обращения 10.05.2017).

25. В. Кравченко На смену старому доброму FTP. // Мир ПК 2004. №24 С. 80-

87.

26. Харрис Э. PHP/MySQL для начинающих: учебно-справочное издание.

Москва: КУДИЦ-ОБРАЗ, 2005. 384 с.

27. MySQL [Электронный ресурс] // URL: http://e.lanbook.com/books/ element.php (Дата обращения 10.05.2017).

28. Эдди С. Э. XML. Наиболее полное руководство. Санкт-Петербург: Питер, 2000. 480с.

29. Либерти Дж. Создание документов XML для Web на примерах: учеб.

пособие. Санкт-Петербург, Киев: Вильямс, 2000. 256с.

31. Официальный сайт АО «БПО «Прогресс» http://www.progressufa.ru/

32. Официальный сайт Microsoft. http://msdn.microsoft.com/.

33. Официальный сайт InlineGroup http://www.inlinegroup.ru/.

34. Программирование в интернете. http:/www.ru-coding.com/.

35. Свободная энциклопедия Википедия http://ru.wikipedia.org/.

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

...