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

Все современные CASE-средства могут быть классифицированы в основном по типам и категориям.

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

Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает следующие основные типы:

· средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works));

· средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE).

· средства разработки приложений. К ним относятся средства PowerBuilder (Sybase), Developer/2000 (ORACLE), SQL Windows (Gupta), Delphi (Borland) и др.)

· средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Object Team (Cayenne)).

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

· Vantage Team Builder (Westmount I-CASE);

· Designer/2000;

· ERwin+BPwin;

· S-Designor;

· CASE.Аналитик.

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

4.4 Выбор СУБД

Объектно-реляционная система управления БД (ОРСУБД). Считается самой совершенной СУБД, распространяемой на условии открытых исходных текстов.

При реализации программного продукта качестве сервера приложений был выбран Jboss, а в качестве СУБД - PostgreSQL. Сервер приложений Jboss является бесплатным и кроссплатформенным (написан на Java). PostgreSQL - одна из наиболее стабильных и функционально богатых бесплатных СУБД.

Возможности Postgre SQL

- Объектно-реляционная модель. Работа с данными в Postger SQL основана на объектно-реляционной модели, что позволяет задействовать сложные процедуры и системы правил.

- Простота расширения. В Postger SQL поддерживаются пользовательские операторы, функции, методы доступа и типа данных.

- Полноценная поддержка SQL. Postger SQL Соответствует базовой спецификации SQL 99 и поддерживает такие нетральные средства, как объединения стандарта SQL 92.

- Проверка целосности ссылок. Postger SQL поддерживает целосность ссылок, обеспечавающую правильность данных в базе.

- Гибкость API. Гипкость API Postger SQL позволяет легко создавать интерфейсы к РСУБД Postger SQL.

- Процедурные языки. В Postger SQL редусмотрена поддержкавнутренных процедурных языков, в том числе специализированного языка PL/pgSQL, являющего аналогом PL/SQL, процедурного языка Oracle.

- MVCC. Технология MVCC (Multi-Version Concurrency Control ) используется в Postger SQL для предотвращения лишних блокировок (locking).

- Клиент-сервер. В Postger SQL используется архитектура «клиент-сервер» с разпределением процессов между полбзователями.

Опереждающая регистрация изменений. Опереждающая регистрация изменений повышает надежность ланных.

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

Подсистема управления пользователями

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

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

При входе администратора в подсистему управления пользователями (TheSystem) он имеет доступ к таким пунктам меню: просмотр списка всех пользователей (All users), создание нового пользователя(Add new users), права и привилегии (Subsystems), и вкладкам (Administrator), (Profile).

При выборе пункта меню (All users) выводится таблица с такими полями Login-логин пользователя, First Name - полное имя , Last Name - краткое имя - это пользователей которые есть в системе.

На рисунке 4.5.7 приведено главное окошко подсистеми управления пользователями.

Рисунок 4.5.7 - Внешний вид окна продсистемы управления пользователями

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

Рисунок 4.5.8 - Внешний вид окна для просмотра сведений о пользователе

При нажатии на вкладку Add new users - можно создать нового пользователя.

Этот пункт имеет такие поля: логин (Login), пароль (Password), подтверждение пароля (Confirm Password), полное имя (First Nama), краткое имя (Last Name), дата (Birth Data), адрес электронной почты (E-mail). Для того чтоб пользователь был добавлен, нажимаем кнопку (Add user). На рисунке 4.5.9 представлена форма для создания нового пользователя.



Рисунок 4.5.9 - Внешний вид окна для создания нового пользователя

Пункт меню Subsystems - определение прав и привилегий пользователей. Этот пункт содержит таблицу, которая состоит с двух полей, краткое имя (Short Name), полное имя подсистемы (Full Name). На рисунке 4.5.10 приведено главное окошко в котором при выборе определенного имени подсистемы, можно просмотреть какими правами наделены пользователям.

Рисунок 4.5.10 - Внешний вид окна прав и привелегий в системе

Для просмотра сведений о том, кому и какие права и привилегии были наданы, мы должны нажать по имени подсистемы. После этого мы получим таблицу, которая позволяет нам наделить пользователя какими-то правами. Поля таблицы: имя пользователя (User Login); гость (Guest) - имеет право только регистрироваться в системе; пользователь (User) - имеет право управлять профилем, а также менять свои сведения и пароль; администратор (Administrstor) - имеет право изменить информацию о пользователе и наделять их правами. На рисунке 4.5.11 приведено окошко с распределением прав пользователей.

Рисунок 4.5.11 - Внешний вид окна для просмотра прав и привилегий для каждого пользователя

Для сохранения данных - кнопка Apply

При входе пользователя в систему, ему доступны только свои сведения, которые он может менять (смена пароля, имени пользователя, даты, и т. д.).

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

Подсистема управления проектами имеет 6 вкладок: Todos - разрабатываемые задачи в системе, которые стоят в очереди у разработчика; Projecs - разработанные проекты, и те проекты, которые уже выполняются, или ждут своей очереди на выполнение; Tasks - выполняемые или вновь поступившие задачи в системе; (Bugs) база данных ошибок в проекте; Management - выводится информация о том над какими задачами работает проектировщик, а также о тех задачах требующих вмешательства менеджера; Statistics - выводится статистика выполняемых задач.

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

При нажатии вкладки Todos - мы имеем таблицу с полями: имя выполняемой задачи - Name, статус - Status, приоритет - Priority от 0 до 5, и имя проекта, в которой решаются задачи - Project. Сортировка этих задач происходит по их приоритету. На рисунке 4.5.12 приведено главное окошко подсистеми управления проектами, «Существующие задачи в проекте».

Рисунок 4.5.12 - Внешний вид окна подсистемы управления проектами «Существующие задачи в проекте»

Для того чтобы создать новую задачу, мы выбираем кнопку New Task, и заполняем пустые поля: имя задачи - Name; Project - проект какому принадлежит задача; приоритет - Priority - от 0 до 5; тип - Type (разработка, исследование, проектирование, тестирование); начало и окончание выполнения работы; время выполнение задачи проверенным менеджером; разработчик задачи; тестер задачи.

После ввода данных, мы сохраняемся (Save). Теперь наша задача, готова к выполнению и ее первоначальный статус New (создана новая задача, и назначен разработчик). Если бы мы не назначили разработчика, наша задача имела бы статус Not assigned.

Для начала работы над этой программой нужно клацнуть по ней, высветится окошко с ее сведеньями, и нажать кнопку Start working(начало работы). После нажатия этой кнопки проектировщик может начинать работу над программой. На рисунке 4.5.13 приведен внешний вид окна подсистемы управления проектами в котором отображаются существующие задачи в проекте

Рисунок 4.5.13 - Внешний вид окна подсистемы управления проектами «Существующие задачи в проекте»

В высветившимся окошке, появляется еще две кнопки: Suspend (при нажатии этой кнопки работа над програмой приостанавливается. Для возобновления ее нажимаем кнопку Continue working, при этом нажатии статус снова будет Working), и Finish working (окончание работы).

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

Рисунок 4.5.14 - Внешний вид окна подсистемы управления проектами «Комментарии существующие в задаче»

Когда работа над задачей выполнена можно приступать к тестированию, для этого нужно клацнуть по кнопке Start testing, статус задачи изменится на Testing, при этом открывается окно, в котором добавились такие кнопки Suspend (приостановка тестирования) Finish testing (успешное окончание тестирования) Testing failed (неуспешное тестирование). При неуспешном тестировании мы описываем в окне комментарьев возникшие ошибки, и снова тестируем. При успешном тестировании програмы ее статус изменится на Finished, после этого задача готова к использованию.

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

На рисунок 4.5.15 и 4.5.16 приведены окнаистории работ и ошибок в разрабатываемой задаче.

Рисунок 4.5.15 - Внешний вид окна «История ошибок и работ» Краткий список

Рисунок 4.5.16- Внешний вид окна «История ошибок и работ».Полный список

Для выхода с окна кнопка Close.

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

Один проектировщик не может работать сразу над несколькими задачами. Если он это делает, то та задача, которую он до этого делал должна перейти в режим Suspended.

Нарушать ЖЦ может только менеджер проекта (только у него есть такие права)

Рисунок 4.5.17 - Внешний вид окна «Существующие задачи в проекте», при входе пользователя или менеджера

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

При выборе вкладки Projecs - выводится таблица, которая имеет информацию:

- разрабатываемый проект Name - при выборе этого пункта выводится имя проекте, краткое имя проекта, его статус, менеджер проекта, разработчик проекта, также можно написать комментарии по проекту;

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

- Tasks - количество новых задач, задачи над которыми ведется разработка, все задачи;

- информация об ошибках Bugs.

На рисунке 4.5.18 приведено окно существующих проектов в системе

Рисунок 4.5.18 - Внешний вид окна подсистемы управления проектами «Существующие проекты в системе»

Для создания нового проекта (рисунок 4.5.19) нужно нажать кнопку New Projrct, заполняем поля (имя проекта, краткое имя проекта, менеджер проекта, лидер проекта, разработчик проекта, комментарий для проекта), для сохранения данных - (Save). Над данным проектом может работать несколько разработчиком, для того чтоб добавить их, существует поле Add developer.

Рисунок 4.5.19 - Внешний вид окна «Создание нового проекта»

После создания проекта, добавляется еще такие кнопки (рисунок 4.5.20): Add new task - описание задач, которые будут в новом проекте; Add new bug - описание ошибок в проекте; Show project Tasks - просмотр существующих задач в проекте; Show project Bugs - просмотр существующих ошибок в проекте.

Рисунок 4.5.20 - Внешний вид окна созданного проекта

Пользователь не имеет права создавать проект. Ему доступен лишь просмотр, а если он менеджер, то он имеет право только на работу с этим проектом, но не его изменение

Пункт меню Tasks - этот пункт содержит в себе таблицу с информациею обо всех задачах в проекте (рисунок 4.5.21). Поля таблицы: Name - название задачи; Status - статус; Project- в каком проекте выполняется данная задача; Responsible person - разработчик который реализует данную задачу.



Рисунок 4.5.21 - Внешний вид окна всех задач в проекте

Чтобы создать новую задачу, выбираем кнопку New Task.

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

Каждая задача содержит в себе историю выполнения.

Пункт меню Bugs - в этом пункте мы можем видеть все ошибки, которые существуют в системе (рисунок 4.5.22). Таблица ошибок имеет такие поля: Name - имя ошибки; Status - статус ошибки; Priority - приоритет; Progect - проект в котором обнаружены ошибки.



Рисунок 4.5.22 - Внешний вид окна «Ошибки в системе»

Для создания новой ошибки, кнопка New bug, для этого надо заполнить поля: имя ошибки Name; название проекта, в котором находится ошибка Project; приоритет Priority; комментарий к ошибкам Comments.

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

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

Внешний вид окна «Комментарии к ошибкам» приведен на рисунку 4.5.23.



Рисунок 4.5.23 - Внешний вид окна «Комментарии к ошибкам»

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

При выборе вкладка Management - выводится две таблицы, первая Developers load (существующие разработчики) имеет поля: Developer - проектировщик; Project - проект в котором выполняются задачи; Current - выполняемые задачи, Finishung - выполнены задачи, Status - статус (состояние задачи); Waiting task - количество выполняемых задач.

При нажатии на имя разработчика мы увидим задачи, над которыми он работает.

Во второй таблице Problems (рисунок 4.5.24) выводится список задач, которым не назначен проектировщик, она имеет такие поля: Task name - имя задачи; Project - проект; Priority - приоритет; Status - статус.

При нажатии на имя задачи, можно изменить ее поля, добавить комментарий.

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



Рисунок 4.5.24 - Внешний вид окна «Менеджмент»

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

Рисунок 4.5.25 - Внешний вид окна «Статистика»

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

5.1 Обоснование выбора технических средств

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

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

Локальная вычислительная сеть должна соединять следующие сервера:

сервер баз данных, сервер приложений и Web-сервер.

На сервере баз данных должна храниться информационная база системы в виде реляционных таблиц.

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

Web-сервер предназначен для осуществления Intranet/Internet-ориентированного обмена информацией между пользователей системы и самой системой.

Рабочие станции должны иметь возможность подключения к Web-серверу либо через локальную сеть, либо через Internet.

Для построения ЛВС целесообразно использовать стандарт Fast Ethernet, который поддерживает скорость обмена информацией до 100 Mbps.

В качестве кабельной системы предпочтительно использовать технологию 100Base-T - витую пару не ниже 5-ой категории.

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

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

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

Требования к вычислительной сети:

корпоративная вычислительная сеть должна обеспечивать:

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

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

подключение всех компьютеров в сеть

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

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

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

Для эксплуатации системы управления требуются:

ОС Windows 9x, NT, Me, 2000; Linux (RedHat, Corel, Slackware, Debian, Mandrake);

оперативная память 256Mb PC-333 2.7Гб/сек;

винчестер 80Gb Samsung 7200;

процессором Intel Pentium4 2,4GHz;

монитор 17” Samtron 76E.

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

Для обеспечения функционирования разработаемых подсистемы "Управления проектами", “Управления пользователями” АИСС " TheSystem " необходимо выдвинуть требования к комплексу технических средств, обеспечивающие выполнение возложенных на подсистему задач. В КТС подсистемы входят следующие элементы: рабочая станция и серверная станция.

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

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

В отделе установлена сеть на базе сервера. Сеть имеет шинную топологию. Сетевое решение подсистемы рекомендуется построить на использовании технологии Ethernet 802.3 (10 Base-2) на коаксиальном кабеле.

В состав сетевого обеспечения входят три электронно - вычислительные машины типа Pentium 100 и выше, сервер, встроенный модем, принтер и хаб.

Схема сети представлена на рисунке 5.1.26

Рисунок 5.1.26. - Схема сети КТС

6. БЕЗОПАСНОСТЬ ЖИЗНИ И ДЕЯТЕЛЬНОСТИ ЧЕЛОВЕКА

Целью раздела «Безопасность жизни и деятельности человека» является создание безопасных и здоровых условий труда на рабочих местах пользователей ЭВМ. Для этого в данном разделе будет проведен анализ условий труда; выделена система «человек-машина-среда» для выявления в этой системе опасных и вредных производственных факторов (ОВПФ), а также разработаны мероприятия по технике безопасности, производственной санитарии, гигиене труда и пожарной профилактике.

6.1 Анализ условий труда в помещении офиса

Разрабатываемая система предназначена для эксплуатации на ПЭВМ типа IBM PC или совместимых с ними, которые установлены в виде АИС. В свою очередь, рассматриваемое помещение имеет следующие характеристики: площадь S = 20.25м²; длина A = 4.5м; ширина В = 4.5м; высота - 3.5м.

В помещении имеется восемь розеток. Для питания ПЭВМ предусмотрено использование трехфазной четырехпроходной сети переменного тока с глухозаземленной нейтралью, напряжением 380/220В и частотой 50Гц.

Согласно ГОСТ 12.0.003 - 74 пользователи ПЭВМ во время работы сталкиваются с воздействием следующих вредных производственных факторов:

а) физических:

- повышенный уровень шума рабочего места (в помещении работают принтер и кондиционер);

- недостаточная освещенность рабочей зоны;

- прямая и отраженная блеклость;

- электромагнитное излучение от монитора;

- повышенная температура внешней среды;

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

б) психофизиологических:

- умственное перенапряжение (ответственность, трудность производственного задания);

- монотонность работы;

- перенапряжение зрительных и слуховых анализаторов.

Во время работы человека на машине в помещении офиса происходит взаимное влияние друг на друга частей системы "Человек - Машина - Среда" ("Ч-М-С"). Основные взаимодействия между этими частями следующие.

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

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

При взаимодействии среды с машиной происходит со стороны машины влияние на среду повышением температуры (т.е. влияние на метеопараметры), а со стороны среды на машину - влажность, температура, запыленность и т.п.

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

Деление элемента "человек" на три функциональные части:

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

Ч2 - это человек (коллектив), рассматриваемый с точки зрения непосредственного влияния на окружающую среду (за счет тепло- и влаговыделения, потребление кислорода и т.д.)

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

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

Проанализировав систему можно определить потенциально опасные и вредные производственные факторы в соответствии с ГОСТ 12.00.003-74 для помещения офиса. Результаты анализа и оценка факторов производственной среды и трудового процесса приводится в приложении….

Доминирующим вредным фактором является: недостаточная освещенность рабочего места

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

Производственная деятельность не влияет на окружающую среду при отсутствии энергетического загрязнения и токсических веществ.

6.2 Техника безопасности в помещении офиса

Оборудование ПЭВМ устанавливается в помещении офиса. Это помещение без повышенной опасности поражения электрическим током, согласно ПУЭ-85. Температура в помещении не превышает 30^оС, влажность - 75%. Пол в помещении не токопроводящий. В помещении отсутствует токопроводящая пыль.

Энергоснабжение всех потребителей осуществляется через главный распределительный щит МРЩ4 от трансформаторов по кабельным линиям трехфазной четырехпроводной сетью переменного тока с глухозаземленной нейтралью, напряжением 380/220В, частотой 50 Гц.

Кабельные проводники ЭВМ и средства передачи информации проложены под полом и защищены специальными чехлами.

Также в помещении применено защитное отключение, обеспечивающее автоматическое отключение электроустановок от сети при возникновении в ней опасности поражения человека током по ГОСТ 12.4155-85.

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

Инструктажи относятся к организационным мерам по технике безопасности согласно ДНАОП 0.04-4.12-99:

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

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

в) повторный инструктаж - проводится 1 раз в 6 месяцев;

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

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

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

6.3 Производственная санитария и гигиена труда в помещении офиса

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

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

Температура воздуха в помещении для холодного и переходного периода 21^о-23^оС, а для теплого периода 22^о-24^оC.

Относительная влажность воздуха 40-60%. Скорость движения воздуха в помещении не более 0.1м/с. Для поддержания параметров микроклимата в помещении применен автономный кондиционер, система отопления.

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

В помещении офиса используется боковое одностороннее естественное освещение. Естественное освещение нормируется коэффициентом естественного освещения (КЕО).

Нормированное значение КЕО (Е_н) определяется в зависимости от пояса светового климата по следующей формуле

=, (6.3.1)

где - значение КЕО для III светового пояса;

коэффициент светового климата (зависит от географической широты и месторасположения);

с - коэффициент солнечного климата (учитывается ориентировка знаний относительно солнца).

Для Харькова, который расположен в IV поясе, КЕО рассчитывается по следующей формуле [ ]

=, (6.3.2)

где m=0.9; с=0.80.85, выбираем с=0.8.

Значение КЕО для III пояса выбираем равным 2, что соответствует III разряду зрительных работ высокой точности с наименьшим размером объекта различия 0.30.5мм.

Найдем значение КЕО

=2x0.9x0.85=1.53.

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

Требуемая площадь светового проема (м²), например для бокового освещения, может быть определена приближенной формулой

=, (6.3.3)

где - площадь пола помещения (=20.25м²);

КЕО - нормируемое значение КЕО;

- световая характеристика окна (тип окна - два слоя оконного стекла со стальными двойными открывающими переплетами);

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

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

- общий коэффициент светопропускания, определяется в зависимости от коэффициента пропускания стекла, потерь света в переплетах окна, слое его загрязнения (/=0.48, тогда =4.32);

- коэффициент, учитывающий влияние отраженного света; этот коэффициент определяется с учетом геометрических размеров помещения и светопроёма и величин коэффициентов отражения потолка, пола, стен (коэффициент отражения от потолка 70%, от пола 25%, от стен 50%, тогда =0.46).

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

=

Размеры световых проемов можно конструктивно изменять в пределах от +5 до -10%.

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

Для создания искусственного освещения используем светильники УВЛН (четырехламповые) с люминесцентными лампами ЛБ (белого цвета) и ЛТД (темно-белого цвета) мощностью 20, 40 или 80 Вт, из-за их высокой световой отдачи (до 75 лм/Вт), продолжительного срока службы (до 10 000 часов), малой яркости светящейся поверхности.

Произведем расчет общего искусственного освещения в офисе. Цель расчета - определение типа и количества светильников, необходимого для нормальной работы оператора ЭВМ. Расчет производится по методу коэффициента использования светового потока []. Помещение имеет следующие характеристики:

- площадь помещения S = 20.25 м²;

- ширина помещения В = 4.5м;

- высота помещения Н_пот = 3.5 м;

- высота рабочей поверхности Н_раб = 0.8 м;

- расстояние от светильников до рабочей поверхности

Н_р = 3.5 - 0.1 - 0.8 = 2.6 м..

Расстояние между соседними рядами люминесцентных ламп

L = 1.4 x 2.6 = 3.64 м.

При ширине помещения 4.5 м имеем рядов светильников

n = B/L 1 ряд .

С гигиенической и экономической точки зрения для освещения применены светильники типа УВЛН (четырехламповые) с люминесцентными лампами JIБ 40, которые имеют необходимую светоотдачу - 62 лм/Вт против 49 и 50 лм/Вт соответственно для ЛБ 20 и ЛБ 80. Световой поток Ф_л для ЛБ 40 составляет 2480 лм. Число светильников определяется по формуле

N = E_н К_зSz/(nF_с), (6.3.4)

где E_н - нормируемая освещенность;

К_з - коэффициент запаса, учитывающий запыление светильников, износ источника света в процессе эксплуатации;

S - площадь помещения, м²;

z - коэффициент неравномерности освещения;

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

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

Так как стены помещения и потолок выбелены и выкрашены в светлые тона, предположительно оценим коэффициенты отражения поверхностей помещения: коэффициент отражения от потолка р_п = 70%, от стен - р_с = 50%, тогда = 0.46.

N = 400 x 1.5 x 20.25 x 1.2/0.46 x 4 x 2480 = 3.2 3 светильника.

Следовательно, необходимо расположить три светильника. Потребляемая мощность светильников: 1х4х40 = 160 Вт.

I = 160/220 = 0,727 А,

S = 0.727/1.6 = 0.45 мм².

Выбираем алюминиевый провод в хлорвиниловой изоляции типа АПВ-2.5мм². Провод скрыт под штукатуркой.

Схема размещения светильников в помещения офиса представлена в приложении.

Схема размещения оборудования приведена в приложении.

5.5 Пожарная профилактика помещения офиса

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

Пожарная опасность зданий и помещений определяется особенностями выполняемого в них технологического процесса, свойствами применяемых веществ и материалов, условиями их обработки. По характеристике веществ и материалов, находящихся в помещении, офис можно отнести к категории В по СНиП 2.09.02-85. Здание имеет II степень огнестойкости. Предусмотрен эвакуационный выход шириной 1.5м и высотой 2.2м.

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

Возникновение пожара в помещении может возникнуть по причине неэлектрического характера.

К причинам неэлектрического пожара относится:

- неисправное оборудование, находящееся в помещении;

- халатное и неосторожное обращение с огнем;

- курение вне специальных зон

- использование нагревательных приборов и т.д.

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

В соответствии с ГОСТ 12.1.004-91 пожарная безопасность помещения офиса обеспечивается:

-системой предотвращения пожаров;

-системой противопожарной защиты;

-организационно-техническими мероприятиями.

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

-предотвращение пожара достигается предотвращением образования горючей среды;

-учтены ограничения массы и объема горючих веществ и способов их размещения.

Система противопожарной защиты включает в себя:

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

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

-технические средства: для обнаружения пожара и оповещения в помещение офиса применяется автоматическая сигнализация с датчиками типа ДИП-1, которые контролируют площадь до 85 м²;

-пожарную технику: предусмотрено наличие ящика с песком, объемом 0,25 м², и одного огнетушителя типа ОУ-5, при норме один огнетушитель на 40-50 м², но не менее двух.

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

1)включение вопросов пожарной профилактики во все инструктажи по технике безопасности;

2)запрет курения в неположенном месте;

3) назначение ответственного за пожарную безопасность;

4) контроль изоляции и состояние электропроводки с периодичностью 1 раз в год;

5) применение плакатов наглядной агитации по пожарной безопасности.

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

Схема эвакуации при пожаре предоставлена в приложении…

Приложение А

Таблица 13 - Факторы производственной среды и трудового процесса

Факторы производственной среды и процесса труда	Значение фактора (ПДК, ПДУ)	3класс - опасные и вредные условия, характер труда	Продолжительность действия фактора, % за смену
	Норма	Факт	1ст.	2ст.	3ст.
1	2	3	4	5	6	7
1. Шум, дБА	60	40				10
2. Рентгеновское излучение, мкР	100	12				100
3.Микроклимат: температура воздуха С	23-25	23				100
скорость движения воздуха, м/с	0,1	0,1				100
относительная влажность, %	40-60					100
4.Освещение: - естественное, %	2	2				100
- искусственное, лк	300-500	150		+		50
5.Атмосферное давление, мм.рт.ст.	760	730				100
6. Тяжесть труда: -мелкие стереотипные движения кистей и пальцев рук (количество за смену)	40000	20 000				80
- перемещение в пространстве, км за смену	10	0,3				10
7.Напряжение труда: а) внимание: продолжительность сосредоточения (в % от продолжительности смены)	75	50				60

Приложение Б

Рисунок 6.1.28 - Схема эвакуации при пожаре

Приложение В

Рисунок 6.1.29 - Схема размещения оборудования

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

Рисунок 6.1.30 - Схема размещения светильников в помещении офиса

7. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ

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

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

7.1 Описание характеристик продукта

7.1.1 Описание характеристик программного продукта

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

Использование ПП “ TheSystem” позволяет:

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

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

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

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

Основные характеристики программного продукта представлены в таблице 7.1.1.14.

Таблица 7.1.1.14 - Характеристики программного продукта

Наименование	Значение параметра
Оборудование	Процессор с тактовой частотой не менее 650МГц, ОЗУ не менее 256Мбайт, не менее 350 Мбайт свободного места на диске, FDD 1.44MB, CD-ROM (не хуже 8х), монитор SVGA не менее 256 цветов.
Операционная система	Windows 95/98/2000/NT/XP, Internet Explorer 4.01 и выше,
Тип сети	Локальная сеть на базе сервера
Среда разработки	Java2 Enterprise Edition
Язык программирования	Java

Особенности программного продукта

“ TheSystem”, решает большое количество задач, которые планируется объединить в единый программный комплекс, и позволит сократить временные затраты при решении задач, а также повысить эффективность управления всего IT-предприятия и др.

7.1.2 Услуги системы сервиса

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

7.1.2 Патентная чистота

Для удовлетворения требования патентной чистоты, при разработке программного продукта “ TheSystem” использовались лицензионные копии среды разработки JDK и операционной системы Windows 2000 Professional, и СУРБД PostgreSQL.

7.1.3 Защита потребительских прав

Гарантия и защита потребительских прав проявляется в гарантированном получении потребителем, в кратчайшие сроки, надежного, эффективного и несложного в эксплуатации web-ориентированной информационной системы “TheSystem”, предназначенная для автоматизированного управления пользователями и проектами, с полной документацией по эксплуатации в электронном и печатном виде.

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

7.2 Исследование и анализ рынков сбыта

7.2.1 Сегментация рынка по потребителям

Основной целью данного раздела является исследование рынков сбыта с целью определения оптимальной рыночной ниши ПП АИС «TheSystem».

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

Предлагаемый товар ориентирован на следующие категории потребителей:

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

II - Лидер группы

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

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

Таблица 7.2.1.15 - Сегменты рынка по основным потребителям

Отрасли использования	Потребитель
	I	II	III	VI
IТ- предприятия	*	*	*	*

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

Для определения предполагаемой ёмкости сегмента необходимо умножит количество объектов на предполагаемое число продаж по одному объекту

E = K * N (7.2.1.1)

где К - количество объектов данного сегмента;

N - предполагаемое число продаж по одному объекту.

Уточненная емкость выявленного сегмента рынка представлена в таблице 7.2.1.3.

Таблица 7.2.1.16-Емкости сегментов рынка

Отрасли использования	Количество объектов	Число продаж 1 объекта в год	Предполагаемая емкость сегмента
IТ- предприятия	15	1	15

Сегмент рынка представлен в таблице 7.2.1.4.

Таблица 7.2.1.17- Сегменты рынка

Сегмент	Емкость	Код
IТ- предприятия	15	1

Предполагаемый рынок “TheSystem” состоит из одного сегмента - IТ- предприятия г. Харькова. Предполагаемая емкость рынка -- 15 потенциальных потребителей.

7.2.2 Параметрическая сегментация рынка

ПП АИС “TheSystem”, разработан для поддержки деятельности малых предприятий. Содержит мощную СУБД, удобное меню, большой объем информации обо всех разрабатываемых проектах, и всех зарегистрированных пользователей в системе.

Для проведения параметрического анализа выделим такие характеристики ПП: цена; надежность; сроки получения конечного продукта; требования к ресурсам ПЭВМ; эргономические показатели конечного продукта; эффективность.

Параметрическая сегментация рынка представлена в таблице 7.2.2.18

Емкость сегментов: - 11 (1);

Таблица 7.2.2.18 - Параметрическая сегментация рынка

Параметры	Бальная оценка	Удельный вес параметра, %
1	2	4
Цена	4	18,18
Сроки разработки	5	22,73
Надежность	5	22,73
Требования к аппаратным средствам	4	18,18
Эргономические показатели	4	18,18
Всего	22	100

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

7.2.3 Многофакторная сегментация рынка

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

Таблица 7.2.3.19 - Многофакторная сегментация рынка по “TheSystem”

Параметры	Сегмент рынка	“TheSystem”
1	2	3
Сроки разработки	4	4
Надежность	5	5
Требования к аппаратным средствам	5	5
Цена	4	5
Эргономические показатели	4	4
Всего	22	23

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

7.2.4 Сегментация продукта по основным конкурентам

Для проведения сегментации по основным конкурентам были составлены оценки параметров для продукта, разработанного в среде Java, и его основных конкурентов - среда разработки Borland Delphi. Результаты исследования приведены в таблице 7.2.4.20

Таблица 7.2.4.20 Сегментация продукта по основным конкурентам

Параметры	Альтернативные варианты Borland Delphi	Продукт, разработанный в Java
Цена, грн.	282,86	0
Сроки разработки	4	4
Быстродействие	5	5
Надежность приложения	5	5
Простота в использовании	3	5
Спектр обрабатываемой информации	5	5
Суммарная оценка	22	24

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

7.3 Оценка затрат на разработку программного продукта

7.3.1 Определения потребности в материальных и трудовых ресурсах

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

Для разработки и сопровождения программного продукта необходимо арендовать оборудование. Разработка ПП осуществляется в течении 4 месяцев. В процессе разработки задействовано 1 человека (инженер- программист). Для разработки требуется три рабочих станции IBM-совместимых ПЭВМ, одна из которых необходима для набора текста и документирования. Размер оплаты труда специалиста установлен в размере 400 грн.

Потребность в материальных ресурсах и оборудовании для производства ПП приведена в таблице 7.3.1.21

Таблица 7.3.1.21- Потребности в материалах

Материал	Кол-во, шт.	Стоимость единицы, грн.	Стоимость всего, грн.	Назначения
1	2	3	4	5
СD-RW	1	5,00	5,00	Хранение исходных данных и программного обеспечения
Дискеты DS/HD 3.5`TDK MF-2HD	15	2.70	40.5	Хранение исходных кодов программного комплекса и рабочей документации
Бумага, формат А4	500	0,03	15,00	Документация
Картридж для лазерного принтера HP 1000 Series	1	180	180,00	Печать текстовой документации
Всего			240,5

Таким образом, для выполнения работ необходимо материалов на общую сумму 240,50 грн.

7.3.2 Расчет затрат на разработку продукта

Затраты на разработку программного продукта состоят из затрат на материалы, фонда оплаты труда (ФОТ), затраты на информационные услуги, аренда оборудования, затраты на рекламу.

Расчет ФОТ.

Зарплата одного работника - 400 грн; количество работников - 1; время работы в месяцах - 4;

ФОТ=(400*4)*1 =1800 грн.

Расчет информационных услуг.

Стоимость использования Internet - 2 грн/ч.; необходимое время - 30 ч.

Стоимость использования internet будет равной 2*30=60 грн.

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

Таблица 7.3.2.22 - Расчет стоимости аренды оборудования

Оборудование	Коли-чество	Необхо-димое время, ч.	Стоимость аренды единицы в час, грн.	Стоимость аренды всего, грн.	Примечание
ПЭВМ типа Celeron 600, ОЗУ 128Mбайт, CD-RW(42x), монитор SVGA 256 цветов	1	120	2,00	240	Для разработки и отладки ПО.
ПЭВМ типа Celeron 300, ОЗУ 64Mбайт, CD-RW(42x), монитор SVGA 256 цветов	1	80	2,00	160	Для набора текста и документирования.
Printer Epson Stylus Color 200	1	1	75	75	Для печати документации.
Всего				475

Смета затрат на рекламу переведена в таблице 7.3.2.23

Таблица 7.3.2.23 - Затраты на рекламу

Статья затрат	Цена
Рекламные письма	35
Рекламные буклеты	35
Распространение демонстрационных версий

Страница:

•  1 
•  2 
•  3 

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

Подобные документы

• Разработка автоматизированной информационной системы салона красоты

  Обоснование выбора используемого программного обеспечения. Входная и выходная информация. Реляционная модель базы данных предметной области. Создание модели информационной системы с помощью Run All Fusion Process Modeler r7. Результаты тестовых испытаний.
  
  курсовая работа [4,3 M], добавлен 12.04.2014
  

• Автоматизированная информационная система управления персоналом

  Рассмотрение структуры предприятия, обзор современного программного обеспечения. Описание информационной системы учета кадров. Создание информационной системы для работы с персоналом на основе выполненного анализа программных продуктов этого направления.
  
  дипломная работа [3,7 M], добавлен 03.07.2015
  

• Разработка автоматизированной информационной системы "Касса"

  Проектирование автоматизированных систем обработки информации и управления. Анализ структуры и деятельности предприятия, создание моделей "Как есть". Определение проблемных областей предприятия. Требования к структуре и функционированию системы.
  
  курсовая работа [611,4 K], добавлен 29.12.2012
  

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

  Цель создания информационной системы. Автоматизированная информационная система "Строительное предприятие". Использование вычислительной техники и программного обеспечения для создания автоматизированной информационной системы управления на предприятии.
  
  курсовая работа [2,5 M], добавлен 04.01.2011
  

• Автоматизация решения задач управления деятельностью ООО "Мир Компьютеров"

  Ознакомление с основами работы ООО "Мир Компьютеров". Описание информационной системы предприятия. Разработка объектно-ориентированной модели подсистемы средствами Rational Rose и функциональной модели подсистемы средствами AllFusion Process Modeler.
  
  курсовая работа [1,4 M], добавлен 13.01.2015
  

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

  Описание и схема информационного взаимодействия элементов системы, выходная и входная информация. Технологические процесс функционирования системы в автоматизированном режиме. Разработка информационного обеспечения системы, алгоритмы программного модуля.
  
  дипломная работа [1,0 M], добавлен 30.08.2010
  

• Разработка информационной подсистемы для отдела менеджмента ООО Агентства "Кавказинтерпресс"

  Оценка организационной структуры и процесс реализации информационной подсистемы отдела менеджмента предприятия. Требования к информационной подсистеме и техническому обеспечению. Технико-экономическое обоснование разработки информационной подсистемы.
  
  дипломная работа [2,1 M], добавлен 29.06.2011
  

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

  Технические средства обеспечения функционирования информационной системы. Проектирование базы данных информационной системы. Разработка веб-приложения – справочно-информационной системы для предприятия. Организация записи информации в базу данных.
  
  дипломная работа [4,4 M], добавлен 16.05.2022
  

• Создание автоматизированной информационной системы (АИС) для учета деятельности авторемонтного предприятия

  Обоснование необходимости совершенствования информационной системы (ИС) ООО "Мехсервис". Анализ системы учета деятельности авторемонтного предприятия. Разработка концепции построения автоматизированной ИС. Описание продукта информационной технологии.
  
  дипломная работа [2,7 M], добавлен 22.05.2012
  

• Разработка программного обеспечения для складского учета

  Предпроектное обследование ООО "ЮГАГРОМАШ". Технические и программные средства ЭИВТ предприятия. Создание логической и физической модели базы данных информационной подсистемы складского учета. Себестоимость автоматизированной информационной системы.
  
  дипломная работа [4,8 M], добавлен 24.06.2011
  

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

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