Разработка приложения «Корпоративный портал» для ОАО «Ульяновский автомобильный завод»

1. Обоснование необходимости создания и внедрения Web-приложения поддержки и сопровождения разработки комплексов программного обеспечения.

2. Разработка технического задания предварительных требований к Web-приложению.

2.1 Назначение системы.

2.2 Требования к программе.

2.3 Требования к программной документации.

2.4 Стадии и этапы разработки.

3. Разработка эскизного проекта Web-приложения.

3.1 Разработка диаграмм описания вариантов использования.

4. Разработка технического проекта Web-приложения.

4.1 Обоснование выбора технологии программирования.

4.2 Эксперименты с разработанной программой. Тестирование.

5. Технико-экономическое обоснование выпускной квалификационной работы по разработке ИС.

5.1 Ключевые статьи расходов при разработке программы.

5.2 Результирующая таблица себестоимости.

6. Вопросы безопасности жизнедеятельности.

6.1 Значение и задачи безопасности жизнедеятельности.

6.2 Производственная санитария и гигиена. Напряженность трудового процесса.

6.3 Техника безопасности Заключение Список использованных источников Приложения.

В настоящее время наблюдается множество новых тенденций в развитии и совершенствовании PR-технологий. Одной из важнейших и актуальнейших тенденций является повышение внимания к таким средствам, как Интернет. К началу ХХI века Интернет стал самым динамично растущим медиа в истории человечества. К настоящему времени ежемесячная аудитория сети составляет 14,2 млн. человека. На сегодняшний день Интернет как средство массовых коммуникаций значительно опередил по массовости охвата целевых групп печатные издания, а также некоторые телевизионные каналы.

Естественно, что столь бурный рост использования Интернета не остается без внимания представителей профессионального сообщества PR-специалистов. Высокая динамика его развития и активность пользователей подвигают компании к созданию и внедрению новых технологий. По оценке ведущих специалистов в области связей с общественностью, руководителей и менеджеров компаний в качестве наиболее важных инструментов PR-кампании в Интернете названы разработка и поддержка корпоративного веб-ресурса (17,7%), рассылка пресс-релизов и новостей по новостным и специализированным сайтам (15,6%), ведение рубрик в онлайн-СМИ (14%). Как можно увидеть, лидирующее место в этом списке занимает корпоративный сайт.

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

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

Работа состоит из 4-х основных разделов: в первых трех рассматриваются теоретические аспекты исследуемой темы (понятие, виды и характеристики корпоративных сайтов; детальнее рассматривается такая функция сайта, как формирование информационного пространства; а также роль и значение веб-ресурса в организации), четвертый — посвящен исследованию тематической направленности статей новостной ленты сайта ОАО «Ульяновский автомобильный завод» и периодичности обновления новостей.

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

Целью исследования является анализ тематической направленности статей и периодичности освещения этих тем на корпоративном сайте.

Цель исследования реализуется в решении ряда задач:

· Определение понятия, видов и характеристик корпоративного сайта;

· Определения роли сайта в формировании общественного мнения;

· Выявление преимуществ корпоративного сайта по сравнению с другими видами корпоративных СМИ;

· Изучение периодичности обновления статей на новостной ленте сайта ОАО «УАЗ» за период с июня 2005 года по май 2008 года.

· Выявление тематической направленности статей новостной ленты сайта ОАО «УАЗ» за период с июня 2005 года по май 2008 года;

· Выявление закономерностей в периодичности обновления статей и их тематической направленности Практическую часть работы составляет исследование, которое состоит из двух частей. Первая включает в себя анализ периодичности обновления новостей на сайте УАЗа, второй — анализ тематики статей. Теоретико-концептуальная база состоит из конструктов разных социально-экономических дисциплин; интегрировались исследования в области журналистики, социологии, психологии, педагогики, маркетинга и связей с общественностью.

Эмпирическая база исследования формировалась из опубликованных и собственных источников информации. Из первой группы источников следует выделить исследования в области корпоративных сайтов: статьи из «Советника» — «Творите сайты, плоды приносящие», «Как заставить сайт работать?», «Без „юзабилити“ не будет успеха или еще раз о веб-сайте как инструменте PR-стратегии», журнал «PR в России» — «Агентство корпоративных новостей», а также материалы по корпоративной культуре и сайтам, такие, например, как Чумиков А. Н., Бочаров М. П. «Корпоративная культура: теория и практика», «Связи с общественностью. Теория и практика», «PR сегодня: новые подходы, исследования, международная практика», под редакцией Ситникова А.П.

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

1. Обоснование необходимости создания и внедрения Web-приложения поддержки и сопровождения разработки комплексов программного обеспечения

" Корпоративный Web-портал" - программный продукт для создания внутрикорпоративного информационного ресурса, решающего коммуникационные, организационные и HR-задачи компании.

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

Данное веб-приложение сделано на основе готового движка от 1С.

Основные возможности «Корпоративный Web-портал» :

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

· автоматизация бизнес-процессов организации;

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

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

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

· и целый ряд других возможностей и операций.

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

Внутренний сайт:

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

1. публикация новостей и других материалов для сотрудников.

2. создание базы файлов и документов.

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

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

1. групповой календарь.

2. хранилище документов с контролем версий.

3. система управления задачами.

4. Вики-система.

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

1. возможность работы с несколькими корпоративными приложениями (например, с почтой, CRM, ERP) в одном интерфейсе.

2. персонализация этого интерфейса для каждого отдельного пользователя.

3. сквозная система аутентификации пользователей.

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

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

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

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

Особенности современных портальных систем:

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

Низкая стоимость и простота технологий. Все полезные качества интернет-технологий реализуются в рамках крайне простой схемы: программа просмотра (веб-брaузер), установленная на рабочем месте пользователя, и веб-сервер.

Открытость и масштабируемость системы. Интранет-системы открыты для наращивания функциональности и интеграции с другими информационными системами Компании.

Интеграция веб-компонентов интранет-портала и «тяжелых» информационных решений — ERP, CRM — дает в итоге значительное снижение совокупных издержек на владение IT системами и повышения удобства работы с ними сотрудникам предприятия. Это свойство позволяет компании создавать интранет-портал эволюционным путем и развивать систему по мере возникновения необходимости.

2. Разработка технического задания предварительных требований к Web-приложению

2.1 Назначение системы

" Корпоративный портал"  — программный продукт для создания внутрикорпоративного информационного ресурса, решающего коммуникационные, организационные и HR-задачи компании.

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

Основные возможности " Корпоративный портал" :

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

· автоматизация бизнес-процессов организации;

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

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

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

· и целый ряд других возможностей и операций.

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

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

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

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

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

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

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

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

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

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

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

2.2 Требования к программе

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

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

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

2.3 Требования к программной документации

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

2.4 Стадии и этапы разработки

В соответствии с ГОСТ 19.102−77 должны быть выполнены следующие стадии разработки:

1) Техническое задание.

2) Анализ модели предметной области программного комплекса.

3) Проектирование программного комплекса.

4) Технические характеристики разработки программного обеспечения.

5) Внедрение.

3. Разработка эскизного проекта Web-приложения

3.1 Разработка диаграмм описания вариантов использования

Диаграмма вариантов использования

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

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

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

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

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

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

Вариант использования

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

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

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

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

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

Действующее лицо (actor) — это роль, которую пользователь играет по отношению к системе. На рисунке четыре действующих лица: Администратор, Менеджер по продажам, Пользователь заказчик (З), Пользователь исполнитель (И). Действующие лица представляют собой роли, а не конкретных людей или наименования работ.

Рисунок 2. Диаграмма вариантов использования.

Диаграммы последовательности

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

Диаграмма последовательности для варианта использования «Закрыть программу» представлена на рисунке 4.

Диаграмма последовательности для варианта использования «Оформить продажу» представлена на рисунке 5.

Диаграмма последовательности для варианта «Присоединиться к серверу» представлена на рисунке 6.

Рисунок 3. Диаграмма основного потока Основной поток событий:

1. Оператор вводит данные через графический интерфейс.

2. Приложение проверяет правильность введенных данных или же при обнаружении ошибки вызывает поток ошибок Е1.

3. Приложение посылает запрос на подтверждение соединения MySQL.

4. MySQL подтверждает соединение.

5. Приложение обновляет данные.

6. Приложение обновляет графические данные Поток ошибок Е1.

1. Программа сообщает об ошибке ввода данных Осуществляется возврат на форму ввода данных Рисунок 4. Диаграмма последовательности для варианта использования закрытие приложения Основной поток событий:

1. Оператор нажимает на кнопку закрытия формы.

2. Форма посылает запрос на завершение соединения.

3. Компонент посылает запрос MySQL на освобождение ресурсов.

4. MySQL возвращает уведомление об освобождении ресурсов.

5. Компонент освобождает выделенную под соединение память.

6. Компонент возвращает форме уведомление о завершении соединения.

7. Форма вызывает закрытие приложения.

8. Приложение возвращает форме код результата закрытия приложения.

9. Форма закрывается или же вызывает поток ошибок Е1.

Поток ошибок Е1.

1. В случае неудачи программа сообщает об ошибке.

2. Вызывается отладка приложения Рисунок 5. Диаграмма последовательности для варианта использования оформление вакансии.

1. Пользователь нажимает на кнопку Вакансии.

2. Форма вакансий составляет список вакансий для пользователей.

3. Форма запроса на проверку.

4. Форма проверки данных на корректную информацию.

5. Подтверждение информации.

6. Размещение вакансии в базе данных MySQL.

Рисунок 6. Диаграмма последовательности для варианта присоединиться к веб-приложению Основной поток событий:

1. Пользователь нажимает на кнопку войти на сайт.

2. Форма ввода имени и пароля запрашивает имя пользователя.

3. Форма ввода имени и пароля запрашивает пароль.

4. Форма ввода имени и пароля создает запрос.

5. Форма ввода имени и пароля отправляет запрос MySQL.

6. MySQL обрабатывает запрос и дает пользователю доступ к веб-приложению.

Диаграмма классов

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

Рисунок 7. Диаграмма классов (VOPC).

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

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

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

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

4. Разработка технического проекта Web-приложения

4.1 Обоснование выбора технологии программирования

PHP (Hypertext Preprocessor) — язык для написания серверных сценариев (скриптов). Интерпретатор языка бесплатен, с открытым исходным кодом, созданы версии для различных веб-серверов — прежде всего, для Apache и Internet Information Services. Актуальная на сегодняшний день версия интерпретатора — PHP5. В последнее время этим продуктом заинтересовалась и Microsoft — началось тесное сотрудничество с фирмой Zend, в результате которого появилась встроенная поддержка PHP в Internet Information Services 7-й версии (поставляется с Windows Server 2008) — ранее PHP можно было использовать только как внешнее расширение.

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

К скалярным типам данных относятся:

· целый тип (integer),.

· вещественный тип данных (float, double),.

· логический тип (boolean),.

· строковый тип (string),.

· и специальный тип NULL.

К нескалярным типам относятся:

· «ресурс» (resource),.

· массив (array),.

· объект (object),.

· анонимная функция (closure) или псевдотип callback.

Диапазон целых чисел (integer) в PHP зависит от платформы (обычно, это диапазон 32-битных знаковых целых чисел, то есть, от ?2 147 483 648 до 2 147 483 647). Числа можно задавать в десятичной, восьмеричной и шестнадцатеричной системах счисления. Диапазон вещественных чисел (double), также, зависит от платформы (для 32-битной архитектуры диапазон позволяет оперировать числами от ±1.7Ч10?308 до ±1.7Ч10+308).

PHP предоставляет разработчикам логический тип (boolean), способный принимать только два значения TRUE («истина») и FALSE («ложь»). При преобразовании в логический тип число 0, пустую строку, ноль в строке «0», NULL и пустой массив считаются равными FALSE. Все остальные значения автоматически преобразуются в TRUE.

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

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

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

4.2 Эксперименты с разработанной программой. Тестирование

Инструкция пользователя

Структура ИС. Разработанное приложение «Корпоративный портал» являются приложением от 1С, предназначенным для работы с клиентами между заказчиком и исполнителем.

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

Начало работы. Работа с клиентами.

Веб-приложение «Корпоративный портал» — это приложение для работы между клиентами. При запуске появляется стартовое окно веб-приложения:

Рисунок 9. Стартовое окно программы Чтобы подать новую заявку на вакансию, необходимо нажать на кнопку «Компания"-"Вакансии». После выполнения вышеуказанного действия появится окно вакансий:

Рисунок 10. Новая вакансия Для поиска сотрудников, необходимо нажать на кнопку «Сотрудники"-"Поиск сотрудников»:

1 Подразделение:

2 Ф.И.О.:

Так же можно найти сотрудника с более расширенным поиском:

1 Должность:

2 Ф.И.О.:

3 E-mail:

4 Внутренний телефон:

5 Ключевые слова:

Рисунок 11. Поиск сотрудников После того как нужный сотрудник найден можно с ним обмениваться сообщениями для дальнейшей работы нажав на кнопку «Написать сообщение».

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

Рисунок 13. Личная страница.

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

Рисунок 14. Личная страница «Таймменеджмент 2.0».

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

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

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

Рисунок 16. Завершение рабочего дня.

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

Рисунок 17. Отчет по рабочему времени для руководства В соответствии с введенной и скорректированной информацией ведется учет рабочего времени каждого сотрудника и выводится в отчете по отработанному времени для руководства. Записи с измененным временем будут видны, как «скорректированные», и они должны быть подтверждены руководством, чтобы день сотрудника попал в эти отчеты. Отчеты интегрированы с календарями компании. Так, руководитель может взглянуть на совмещенный отчет по графику отсутствий и присутствий и сразу же определить процент опозданий и ранних уходов. Отчеты настраиваются на компанию, на отдел, на сотрудника — график рабочего времени (начало, конец дня, число рабочих дней, % допустимых опозданий).

Рисунок 18. Параметры «Рабочего дня».

Управление документами, появилась возможность вести историю изменений документа, загружать сразу несколько файлов, подключить портал как сетевой диск для всех операционных систем (всех версий Windows, Mac OS, Linux). У каждого документа теперь есть единая карточка, работает быстрый поиск по файлам и по содержимому (с мгновенным поиском и подсказками), удаленные документы остаются в «Корзине». При работе с документами можно использовать бизнес-процессы. Реализована поддержка версионности.

Выполнен легкий редизайн — стандартный грид библиотеки сделан теперь нестандартным. Изменен внешний вид, облегчена панель. Добавлены новые действия над файлами. Теперь, к примеру, прямо в гриде (из меню документа) вы сможете переименовывать свои документы. Загрузить в библиотеку можно сразу несколько документов — добавлена возможность мультизагрузки файлов.

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

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

Рисунок 20. Карточка документа.

5. Технико-экономическое обоснование выпускной квалификационной работы по разработке ИС

5.1 Ключевые статьи расходов при разработке программы

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

затраты на оплату труда программиста;

затраты на оплату машинного времени;

прочие затраты.

Затраты на оплату труда программиста состоят из заработной платы разработчика ПО и отчислений на социальные нужды.

Сумма затрат на оплату труда (ЗТР) определяется по формуле:

(1).

где — часовая ставка i-го работника,.

— время на разработку ПО, час;

— категория работника;

— количество работников, занятых разработкой ПО.

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

(2).

где — среднемесячная заработная плата разработчика ПО, руб.;

— среднемесячный фонд рабочего времени, час.

Средняя заработная плата программиста составляет 15 000 рублей в месяц при восьмичасовом рабочем дне и пятидневной рабочей неделе. Среднемесячный фонд рабочего времени составляет 176 часов в месяц.

Стоимость одного часа работы программиста равна:

ЧС1 = 15 000: 176 = 85,23 руб.

Общее время работы программиста определяется из таблицы 1 и равно 280 часов.

Сумма затрат на оплату труда равна:

ЗТР= 280 Ч 85,23 = 23 864,4 руб.

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

Отчисления на социальные нужды составят:

ЗСН= 23 864,4 Ч 0,26 = 6204,74 руб.

Общая сумма затрат на оплату труда составит:

ЗОбщТР= 23 864,4 + 6204,74 = 30 069,14 руб.

5.2 Результирующая таблица себестоимости

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

СПК = ЗгПК: ТгПК (3).

Определив действительный годовой фонд времени ПК в часах, можно оценить себестоимость часа машинного времени. Действительный годовой фонд времени ПК равняется числу рабочих часов в году для оператора, за вычетом времени на профилактику и ремонт ПК. Время профилактики: ежемесячная — 5 часов; ежегодная — 6 суток.

ТгПК = 2112 (8 Ч 6 + 5 Ч 12) = 2004 часа Годовые текущие затраты на эксплуатацию определяются по формуле:

ЗгПК = ЗгАМ + ЗгЭЛ + ЗгРЕМ + ЗгДР, (4).

где ЗгАМ — годовые отчисления на амортизацию;

ЗгЭЛ — годовые затраты на электроэнергию для ПК;

ЗгРЕМ — годовые затраты на ремонт ПК;

ЗгДР — прочие расходы.

Сумма годовых амортизационных отчислений определяется по формуле:

ЗгАМ = ЦПК Ч НА, (5).

где ЦПК — стоимость ПК;

НА — норма амортизационных отчислений, равная 20%.

Первоначальная стоимость ПК 21 380 рублей.

ЗгАМ = 21 380 * 0,2 = 4276 руб.

Затраты на электроэнергию, потребляемую ПК, определяются по формуле:

ЗгЭЛ = РчПК Ч ТгПК Ч ЦЭЛ, (6).

где PчПК — установочная мощность ПК (PчПК = 0,3 кВт);

ТгПК — годовой фонд полезного времени работы машины (ТгПК = 2004 часа);

ЦЭЛ — стоимость 1 кВт/час электроэнергии (ЦЭЛ = 2,64 руб.).

Таким образом, расчетное значение затрат на электроэнергию, потребляемую ПК, составляет:

ЗгЭЛ = 0,3 Ч 2004 Ч 2,64 = 1587,17 руб.

Затраты на текущий и профилактический ремонт принимаются равными 6% от стоимости ПК:

ЗгРЕМ = ЦПК Ч 0,06 (7).

ЗгРЕМ = 21 380 Ч 0,06 = 1282,8 руб.

Косвенные затраты, затраты связанные с эксплуатацией ПК принимаются равными 5% стоимости ПК.

ЗгДР = ЦПК Ч 5% (8).

ЗгДР = 21 380 Ч 0,05 = 1069 руб.

Полные затраты на эксплуатацию ПК в течении года составляют:

ЗгПК = 4276 + 1587,17 + 1282,8 + 1069 = 8214,97 руб.

Полный перечень затрат на эксплуатацию ПК приведен в таблице 1.

Таблица 1. Затраты на эксплуатацию ПК.

Себестоимость машинного времени (CПК) составляет:

СПК = 8214,97: 2004 = 4,10 руб./час В ходе разработки программного обеспечения ПК использовался на этапах программирования:

— написания программы по готовой схеме алгоритма (tпрог.);

— отладки программы на ПК (tотл.);

— подготовки документации по программе (tдок).

Таким образом, затраты машинного времени составили (tмаш):

tмаш = tпрог. + tотл. + tдок. (9).

tмаш = 94 + 70 + 40 = 204 чел.-час Затраты на оплату машинного времени (Змаш) можно рассчитать по формуле:

Змаш = tмаш Ч СПК (10).

Змаш = 204 Ч 4,10 = 836,4 руб.

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

В таблице 2 представлены общие затраты на создание программного продукта.

Таблица 2. Затраты на создание программного продукта.

6. Вопросы безопасности жизнедеятельности

6.1 Значение и задачи безопасности жизнедеятельности

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

Цель и содержание БЖ:

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

— ослабление действия этих факторов до безопасных пределов или исключение их, если это возможно;

— ликвидация последствий катастроф и стихийных бедствий.

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

6.2 Производственная санитария и гигиена. Напряженность трудового процесса

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

Естественное и искусственное освещение в помещениях должно регламентироваться нормами СНиП 23−05−95. Требования к условиям труда представлены в таблице 3.

Таблица 3. Условия труда.

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

— наличие вентиляции;

— искусственное освещение;

— уровень шума;

— контроль запыленности;

— температура воздуха;

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

— чередование труда и отдыха, смена одних форм работы другими.

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

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

Яркость бликов на экране ПЭВМ не должна превышать 40 кд/кв. м и яркость потолка при применении системы отраженного освещения не должна превышать 200 кд/кв. м.

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

Рабочие места с ПЭВМ по отношению к световым проемам должны располагаться так, чтобы естественный свет падал сбоку, преимущественно слева.

Схемы размещения рабочих мест с ПЭВМ должны учитывать расстояния между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), которое должно быть не менее 2 м. а расстояние между боковыми поверхностями видеомониторов — не менее 1,2 м.

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

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

Тип рабочего стула (кресла) должен выбираться в зависимости от характера и продолжительности работы с ПЭВМ с учетом роста пользователя.

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

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

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

Для обеспечения оптимальной работоспособности и сохранения здоровья профессиональных пользователей на протяжении рабочей смены должны устанавливаться регламентированные перерывы. Продолжительность непрерывной работы с ПЭВМ без регламентированного перерыва не должна превышать 2 часов.

Естественное освещение должно осуществляться через окна, ориентированные преимущественно на север и северо-восток и обеспечивать коэффициент естественной освещенности (КЕО) не ниже 1,2%. Указанные значения КЕО нормируются для зданий, расположенных в 5 группе административных районов. Площадь на одно рабочее место с ПЭВМ для оператора должна составлять не менее 6,0 кв. м. для монитора с электронно-лучевой трубкой.

Напряженность трудового процесса.

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

Таблица 4. Оценка напряженности труда.

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

Можно сделать вывод, что при внедрении системы некоторые классы напряженности труда станут ниже. Такие как:

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

— характер выполняемой работы;

— плотность сигналов за 1 час работы;

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

6.3 Техника безопасности

корпоративный портал приложение затрата.

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

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

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

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

— рода и величины напряжения и тока;

— частоты электрического тока;

— пути тока через тело человека;

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

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

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

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

— нерегламентированное использование электрических приборов;

— отсутствие инструктажа сотрудников по правилам электробезопасности.

В течение работы на корпусе компьютера накапливается статическое электричество. На расстоянии 5−10 см от экрана напряженность электростатического поля составляет 60−280 кВ/м, то есть в 10 раз превышает норму 20 кВ/м. Для уменьшения напряжённости рекомендуется применять увлажнители и нейтрализаторы, антистатическое покрытия пола.

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