Разработка Web–ориентированной информационной системы IT-предприятия

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

КАЛЕНДАРНИЙ ПЛАН

Номер	Назва етапів дипломного проекту (роботи)	Термін виконання етапів проекту (роботи)	Примітка
1	Анализ научно-технической литературы по теме дипломного проекта	29.04.11	Вик.
2	Анализ объекта автоматизации и постановка задач проектирования	5.05.11	Вик.
3	Разработка проектных решений на тематику дипломного проекта	12.05.11	Вик.
4	Выполнение задания по охране труда и экономике	19.05.11	Вик.
5	Написание пояснительной записки и выполнение графической части	26.05.11	Вик.
6	Предварительная защита дипломного проекта	03.06.11	Вик.
7	Предоставление проекту на рецензию	04.06.11	Вик.
8	Защита дипломного проекта в ДЕК	09.06.11	Вик.

РЕФЕРАТ

Цель работы - разработка части программного комплекса, обеспечивающего автоматизацию IT-предприятия с углубленной проработкой задачи «Разработка Web - ориентированной информационной системы».

Метод исследования -- системный анализ с использованием объектно-ориентированного подхода.

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

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

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

БАЗА ДАННЫХ, ИФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ, ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ, ЯЗЫК ПРОГРАММИРОВАНИЯ, ОБЪЕКТ АВТОМАТИЗАЦИИ, ОТЧЕТ, ДОКУМЕНТ, ИНФОРМАЦИЯ.

ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, СИМВОЛОВ, ЕДИНИЦ, СОКРАЩЕНИЙ И ТЕРМИНОВ

АИС - автоматизированная информационная система

АС - автоматизированная система

ИС - информационная система

ИУС - информационно-управляющая система;

ИАС - информационная автоматизированная система

АСУ - автоматизированная система управления

БД - база данных;

ИО - информационное обеспечение;

ПК - персональный компьютер;

ПО - программное обеспечение;

ПП - программный продукт;

ОС - операционная система

ЭВМ - электронная вычислительная машина;

СУБД - система управления базами данных.

ГОСТ - государственный стандарт

ИВС - информационно-вычислительная сеть

НСД - несанкционированный доступ

РБД - распределенная база данных

РИОС - распределенная информационная обучающая система

СУРБД - система управления распределенными базами данных

ФКЗ - функциональный комплекс задач

ФП - функциональная подсистема

КИС - корпоративных информационных систем

ВВЕДЕНИЕ

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

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

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

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

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

1. ОБЗОР И АНАЛИЗ СОСТОЯНИЯ ПРОБЛЕМЫ СОЗДАНИЯ ИНФОРМАЦИОННО СИСТЕМ

1.1 Общее представление об информационных системах

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

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

Архитектура системы клиент/сервер (E/AS)

Система E/AS представляет собой клиент-серверное приложение, состоящее из ПО сервера (в дальнейшем - сервер) и ПО клиентов (в дальнейшем - клиент).

Совокупность сервера и клиента называется домен. Клиент и сервер, по сути, являются равноправными компонентами (сервисами) работы с объектами системы. Они используют отдельную библиотеку, подключаемую для работы сервера и клиентского ПО. Объекты системы создаются на основании ранее описанных классов и хранятся в объектной базе данных (далее - ОБД). Методы объектов могут быть описаны на любом языке, который может быть транслирован в байт-код, в котором эти методы хранятся и используются в ОБД.

Взаимодействие сервера и клиентов осуществляется по определённому протоколу поверх протокола TCP/IP. По этому протоколу осуществляется получение объектов, вызов методов объектов на сервере или же скачивание байт-кода методов. На рисунке 1.1 представлен домен клиент/сервер.

автоматизация учет информационный система



Рисунок 1.1 - Домен клиент/сервер E/AS

Принципы работы клиента с сервером:

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

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

· Оператор работает с данными в форме и события работы с формой обрабатываются через байт-машину через локальные или серверные методы работы с формой и объектом.

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

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

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

Реализация информационных систем в архитектуре клиент/сервер обеспечивает:

· надежность хранения информации - Вы можете больше не беспокоиться о том, что аппаратные сбои или ошибочные действия персонала приведут к потере данных;

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

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

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

· минимизацию сетевого трафика

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

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

1.2 Обзор и анализ проблем, возникающих при технологий проектирования ИС

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

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

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

3) отсутствие прямых аналогов, ограничивающее возможность использования каких-либо типовых проектных решений и прикладных систем;

4) необходимость интеграции существующих и вновь разрабатываемых приложений;

5) функционирование в неоднородной среде на нескольких аппаратных платформах;

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

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

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

1.3 Обзор инструментальных средств, поддерживающим процесс создания ИС

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

С развитием компьютерных технологий и появлением CASE-моделирования (Computer Aided Software Engineering) возникла потребность в инструментах, которые бы поддерживали стандарты моделирования.

Современный инструмент моделирования баз данных должен удовлетворять ряду требований.

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

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

· Инструмент моделирования должен поддерживать как логическое, так и физическое моделирование.

· Современный инструмент должен автоматически генерировать базу данных на СУБД назначения.

Все современные инструменты моделирования в той или иной степени удовлетворяют перечисленным выше общим требованиям, для решения поставленной задачи в дипломной работе используется инструмент моделирования баз данных ERwin версии 3.5, продукте компании Logic Works. Выбор инструмента не случаен, т.к. на нынешний момент ERwin является наиболее мощным средством для разработки структуры данных, как на логическом, так и на физическом уровне. Следует отметить, что существует несколько модификаций ERwin, каждая из которых, помимо моделирования, предназначена для выполнения специфических целей. Здесь мы рассмотрим ERwin3.5/ERX, который предназначен для работы именно с системами управления базами данных. Остальные члены семейства ERwin предназначены для использования с инструментами разработки клиентской части приложения, такими, как Power Builder, Visual Basic и прочими. Продукт Logic Works ERwin 3.5 был выпущен в феврале этого года и сразу же получил признание широкого круга пользователей за многие усовершенствования по сравнению с предыдущими версиями, которые в него были внесены. Этот инструмент моделирования полностью поддерживает стандарт IDEF1X и является лидером на рынке инструментов разработки баз данных.

Описание BPwin 4.0

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

Power Designer

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

Таким образом, Power Designer 9.5 обладает следующей функциональностью:

· поддержка моделей и диаграмм;

· поддержка методологий UML, моделирования баз данных (CDM и PDM), моделирования хранилищ данных (data warehouse diagram) и моделирования бизнес-процессов;

· единый репозиторий;

· Поддержка командной разработки.

Power Designer 9.5 предлагает:

· полную поддержку всех диаграмм UML;

· собственную нотацию описания бизнес-процессов, легкую для понимания и использования

· удобное средство проектирования данных и их согласования с объектной моделью приложения

· интегрированный репозиторий для командной разработки.

Power Designer 9.5 рассчитан на использование следующими ключевыми ролями в любом проекте:

· Бизнес-аналитиками

· IT-аналитиками

· Проектировщиками и разработчиками баз данных

· Разработчиками приложений

Power Designer 9.5 делает основной упор на разработке бизнес-процесса как отправной точке отсчета проекта. Средство достаточно легко в использовании и освоении, что позволяет удешевить процесс обучения персонала и внедрения его на предприятии.

Для разработчиков предлагается весь инструментарий языка UML с кодогенерацией в наиболее распространенные средства разработки (Java, C#, VB.NET). При этом Power Designer 9.5 обладает удобным генератором отчетов и проектных документов.

Для проектировщиков и разработчиков БД предлагается привычный подход к проектированию (концептуальная и физическая схема), поддержка более 30 реляционных СУБД, наличие обратного проектирования (reverse engineering) и согласование объектной модели и модели данных.

Целью использования Power Designer 9.5 в современном бизнесе является:

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

· обсуждение требований к новым системам и процессам

· контроль информационной архитектуры бизнеса

· понимание существующих систем для наилучшей интеграции и обслуживания

· Координация действий команды.

Power Designer 9.5 достаточно удобен в работе. На его освоение не нужно много времени и средств на обучение пользователей Это удешевит проект за счет уменьшения финансирования этих пунктов.

Power Designer 9.5 позволяет согласовывать объектно-ориентированную и концептуальную модели данных, ориентированную на реляционные СУБД. При этом согласование также сделано достаточно легко и удобно.

2. РАЗРАБОТКА ФУНКЦИОНАЛЬНОЙ СТРУКТУРЫ СИСТЕМЫ

2.1 Характеристика объекта автоматизации и цели создания ИС

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

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

Сферой деятельности объекта автоматизации является:

- производство (тиражирование) программных средств;

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

- информационно-вычислительное обслуживание;

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

- изготовление программ на заказ пользователя;

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

- деятельность, связанная с информационным обслуживанием;

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

Назначение системы TheSystem (далее ИАС):

- обеспечения процесса учета кадров ИТ-предприятия;

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

- ведения информационной базы договоров, заключаемых компанией

Цели создания системы:

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

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

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

Для достижения поставленных целей должны быть созданы:

- функциональные комплексы задач (ФКЗ) и реализующие их программно-технические средства, которые при необходимости объединяются в функциональные подсистемы (ФП);

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

- распределенная база данных (РБД).

2.2 Организационная структура объекта автоматизации

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

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

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

Краткая характеристика всех элементов организационной структуры приведена ниже:

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

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

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

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

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

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

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

Исполнительный директор осуществляет контроль деятельности всех групп программистов и дизайнеров, информирует Генерального директора о ходе выполнения проектных работ и предоставляет необходимые отчетные данные (календарные и проектные), информирует Генерального директора о нехватке или простое рабочей силы. Он следит за выполнением рабочих стандартов подчиненными, осуществляет общий контроль за состоянием технических средств отделов разработки, составляет и следит за выполнением плана разработки проектов, осуществляет общее тестирование проектов, осуществляет общее администрирование сервера БД.

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

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

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

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

На рисунку 2.2.2 представлена организационная структура предприятия



Рисунок 2.2.2 - Организационная структура предприятия

2.3 Требования к структуре и функционированию системы

ИАС состоит из отдельных функциональных подсистем, охватывающих комплекс функциональных задач решаемых IT-предприятиями. К функциональным подсистемам относятся:

Подсистема управления пользователями - ведется БД пользователя и их привилегии в подсистеме. Пользователь имеет в подсистеме роли, которые определяют уровни доступа.

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

С точки зрения программно-технической реализации в ИАС должны быть 3 общесистемных уровня:

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

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

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

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

ИАС «TheSystem» должна функционировать в режиме реального масштаба времени.

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

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

При выборе технологий реализации рассматривалось несколько вариантов: Borland Delphi + Borland Interbase. Преимуществами такого решения является довольно высокая производительность приложения, однако в пассиве - привязанность к платформе Win32 (портирование на Linux хотя и возможно, но довольно трудоемко). Кроме того, в отличие от других рассматриваемых вариантов эти технологии не являются бесплатными. Поскольку желательно было разработать переносимую (кроссплатформенную) систему (по крайней мере со стороны клиентской части), то выбор мы остановили на веб-базированном клиент-серверном варианте. В связи с этим был также рассмотрен вариант реализации системы на PHP, Apache, MySQL. Преимуществами такого подхода является поддержка наиболее популярных платформ - Win32 и Linux, поскольку все необходимое программное обеспечение имеет версии под обе системы, но недостатки такого подхода заключаются в скудных возможностях, предоставляемых языком PHP, который не является полноценным объектно-ориентированным языком и не удобен при реализации среднемасштабных проектов. Таким образом, выбор был остановлен на платформе Java2 Enterprise Edition. В качестве сервера приложений был выбран Jboss, в качестве СУБД - PostgreSQL.

Требования к надежности.

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

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

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

- обеспечение целостности баз данных;

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

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

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

Требования по безопасности.

Требования к безопасности должны быть отражены в эксплуатационных документах и обеспечивать безопасность во время монтажа, наладки, эксплуатации и ремонта технических средств ИАС.

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

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

Мониторы АРМ (экраны дисплеев) должны иметь низкий уровень электромагнитного излучения соответственно существующих санитарных норм.

Технические средства ИАС не должны иметь открыто размещенных элементов, которые находятся под напряжением 5 В и выше.

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

Требования к защите информации от несанкционированного доступа

Требования к обеспечению защиты информации реализуются организационно-административными и программно-аппаратными мероприятиями.

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

- блокирование несанкционированного доступа (НСД) к информации или ее носителям;

- проверку исправности и трудоспособности технических средств и систем обработки информации и жизнеобеспечения;

- применение программных средств защиты и ограничения несанкционированного доступа.

2.3 Разработка функциональной структуры подсистемы

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

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

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

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

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

Подсистема управления проектами состоит из пяти частей:

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

2. Управление заданиями - содержит сведения и материалы по заданиям в рамках проекта, которые выполняются разработчиками, которым задание распределено. Задание проходит через ряд этапов - разработки, тестирования и других - после чего считается выполненным.

3. Управление ошибками - содержит сведения об ошибках, обнаруженных в проекте, позволяет создавать на их основании задания по устранению.

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

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

Функциональная структура приведена подсистем представлена на рисунке 2.3.3 и 2.3.4



Рисунок 2.3.3 - Функциональная структура подсистемы управления проектами

Рисунок 2.3.4 - Функциональная структура подсистемы управления пользователями

3. разработка решений по информационному обеспечению ИС

3.1 Характеристики задачи

Задача «Разработка Web - ориентированной ИС» входит в состав комплекса задач «Учет и контроль работы пользователей и проектов в системе» ИАС «IT- предприятие».

Назначение системы TheSystem (далее ИАС):

- обеспечения процесса учета кадров IТ-предприятия;

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

- ведения информационной базы договоров

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

3.2 Выходная и выходная информация

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

3.2.1 Входная информация подсистемы управления проектами

В таблице 3.2.1 приведен перечень и описание выходных сообщений.

Таблица 3.2.1- Перечень и описание выходных сообщений.

Наименование сообщения	Идентификатор	Периодичность	Форма выходного сообщения	Получатель и назначение
Информация о зарегистрированных пользователях	All_User	По запросу	видеограмма	Разработчик проекта,менеджер разрабатывае мой задачи, или топ-менеджер
Информация о правах в системе	Subsystems_of_The System	По запросу	видеограмма	Администратор

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

Таблица 3.1.2 - Описание структурных единиц информации выходной формы "Список всех зарегистрированных пользователей " (All_User).

№	Полное наименование	Формат предоставления	Количество символов
1	Логин	Символьный	25
2	Краткое имя	Символьный	25
3	Полное имя	Символьный	25

Таблица 3.1.3 - Описание структурных единиц информации входной формы "Форма для заполнения информации о пользователях" (User_From).

№	Полное наименование	Формат предоставления	Количество символов
1	Логин	Символьный	25
2	Краткое имя	Символьный	25
3	Полное имя	Символьный	25
4	Год рождения	Дата	10
5	Адрес электронной почты	Символьный	40
6	Пароль	Символьный	15

Таблица 3.1.4 - Описание структурных единиц информации входной и выходной формы "Определения прав и привилегий пользователей" (Subsystems_of_The System)

№	Полное наименование	Формат предоставления	Количество символов
1	Краткое имя	Символьный	25
2	Полное имя	Символьный	25

3.2 Входная информация подсистемы управления проектами

Таблица 3.2.5- Перечень и описание входных сообщений

Наименование сообщения	Идентификатор	Периодичность	Форма выходного сообщения	Получатель и назначение
Форма для заполнения информации о пользователях	User from	По запросу	видеограмма	Пользователь или администратор
Форма для заполнения информации о задачах	Todo from	По запросу	видеограмма	Разработчик проекта,менеджер разрабатываемой задачи, или топ-менеджер
Форма для заполнения информации о проектах	Projec from	По запросу	видеограмма	Разработчик проекта,менеджер разрабатываемого проекта, или топ-менеджер
Форма для заполнения информации об ошибках	Bug from	По запросу	видеограмма	Разработчик проекта,менеджер разрабатываемой задачи, или топ-менеджер

Таблица 3.2.6 - Описание структурных единиц информации выходной формы " Разрабатываемые проекты " (The_Prodject).

№	Полное наименование	Формат предоставления	Количество символов
1	Имя проекта	Символьный	30
2	Статус проекта	Символьный	20
3	Задачи в проекте	Символьный	60
4	Ошибки в проекте	Символьный	400

Таблица 3.2.7 - Описание структурных единиц информации входной формы " Форма для заполнения информации о проектах " (Prodject_From).

№	Полное наименование	Формат предоставления	Количество символов
1	Имя проекта	Символьный	30
2	Краткое имя проекта	Символьный	25
3	Менеджер проекта	Символьный	25
4	Лидер проекта	Символьный	25
5	Разработчик проекта	Символьный	25

Таблица 3.2.8 - Описание структурных единиц информации выходной формы "Разрабатываемые задачи в системе, которые стоят в очереди у разработчика " (Your_Todos)

№	Полное наименование	Формат предоставления	Количество символов
1	Имя задачи	Символьный	40
2	Статус задачи	Символьный	20
3	Приоритет задачи	Числовой	2
4	Проект, в котором выполняется задача	Символьный	25

Таблица 3.2.9 - Описание структурных единиц информации входной формы " Форма для заполнения информации о задачах " (Task_From).

№	Полное наименование	Формат предоставления	Количество символов
1	Имя задачи	Символьный	40
2	Проект	Символьный	30
3	Приоритет	Числовой	2
4	Тип	Символьный	15
5	Начало выполнения работы	Дата	10
6	Окончание выполнения работы	Дата	10
7	Время выполнения задачи проверенным менеджером	Дата	10
8	Разработчик задачи	Символьный	20
9	Тестер Задачи	Символьный	20

Таблица 3.2.10 - Описание структурных единиц информации выходной формы "Выполняемые или вновь поступившие задачи в системе" (Your_Todos)

№	Полное наименование	Формат предоставления	Количество символов
1	Имя задачи	Символьный	40
2	Статус задачи	Числовой	20
3	Приоритет задачи	Символьный	2
4	Проект	Символьный	30
5	Разработчик, реализующий данную задачу	Символьный	20

Таблица 3.2.11- Описание структурных единиц информации выходной формы "Ошибки, существующие в системе " (All_Available_Bugs).

№	Полное наименование	Формат предоставления	Количество символов
1	Имя ошибки	Символьный	40
2	Статус ошибки	Символьный	20
3	Приоритет	Числовой	2
4	Проект	Символьный	30

Таблица 3.2.12 - Описание структурных единиц информации входной формы "Форма для заполнения информации об ошибках " (Bugs_From).

№	Полное наименование	Формат предоставления	Количество символов
1	Имя ошибки	Символьный	400
2	Проект, в котором обнаружена ошибка	Символьный	30
3	Приоритет	Числовой	2
4	Коментрий	Символьный	1000

3.3 Разработка структуры БД

Во время реализации подсистем «Управление проектами» и «Управление пользователями», была разработана логическая и физическая структуры БД, приведенные на рис. 3.3.5 и на рис.3.3.6.

Рисунок 3.3.5 - Логическая структуры БД



Рисунок 3.3.6 - Физическая структуры БД

4. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

4.1 Выбор языка программирования

Язык Java был задуман для объектно-ориентированного программирования. Также ему была отведена роль универсального языка, независимого от платформы. Результатом этого стало большое разнообразие создаваемых Java-приложений.

Java - это объектно-ориентированный язык программирования, основанный на классах.

С помощью Java можно создавать разные виды приложений:

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

- апплеты - программы, которые делают интерфейс-сайты ещё лучше, выполняются в браузере; этот факт является достоинством Java перед другими языками;

- сервлеты - программы «клиент сервер», обеспечивающие обмен информацией между ними (в обе стороны);

- Bean-компоненты - это возможность компонентного программирования на Java. Java Beans, либо Bean-компонент может быть представлен диалоговым окном, часами, классом, который загружает данные из URL, или почти любой другой частью программного обеспечения. Bean-компоненты могут быть написаны различными программистами, работающими независимо, или созданы и откомпилированы независимо от всего проекта, а затем добавлены в него на этапе разработки. Для разработки Bean-компонентов необходим пакет средств разработчика Beans Development Kit (BDK).

Для работы с разного рода данными Java имеет огромный спектр методов, позволяющих проделать большое количество операций над объектами. Java имеет так называемые пакеты, которые содержат определенные методы. Например, пакет Java.lang имеет множество методов по работе с разного рода данными (широкий спектр математических функций по работе с числами, множество готовых методов обработки строк, на основании которых можно написать свои, и др.) Пакеты java.awt и java.swing обеспечивают графический диалоговый интерфейс, а также работу с графикой (swing - это расширенные возможности awt). Также доселе не использованный java.net по работе с сетью.

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

Потоки Java - это объекты классаThread.

Как объектно-ориентированный язык, Java очень хорошо помогает в организации работы с семействами классов. Это облегчает написание приложений большого объема.

4.2 Выбор операционной системы

В настоящее время в компьютерном мире используется большое количество ОС: Windows, Linux, Unix, Lindows, NetWare, DOS и т.д. При проведении анализа по использованию ОС в современных компьютерных системах были отобраны две наиболее используемые, в частности ОС семейства Windows и ОС Linux.

Каждая из рассматриваемых ОС имеет свои достоинства и недостатки.

К основным преимуществам ОС Windows можно отнести:

- масштабируемость;

- клиент-серверная архитектура;

- объектная модель подсистемы защиты;

- стандартный пользовательский интерфейс;

- встроенные сетевые средства;

- простота настройки и работы.

К преимуществам ОС Linux можно отнести:

- кроссплатформенность;

- большая производительность работы в Internet;

- бесплатное распространение.

Окончательное решение было принято в сторону ОС Windows, что было обусловлено следующими факторами:

- высокая надежность и защищенность в рамках решаемой задачи;

- хорошая сетевая поддержка;

- стандартный пользовательский интерфейс;

- простота и удобство работы пользователей;

- простота администрирования, а также наличие большого числа специалистов;

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

- поддержка прогрессивных объектно-ориентированных технологий;

- высокая информационная поддержка.

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

4.3 Выбор CASE-средств

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