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

Анализ предметной области информационной системы. Построение функциональной диаграммы DFD (нотация Гейна-Сарсона, Йодана-ДеМарко) и ER–диаграммы по методике SADT. Выбор базовой системы и оборудования. Экономический расчет проектированной системы.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 08.06.2015
Размер файла 32,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ЖЕЛЕЗНОДОРОЖНОГО ТРАНСПОРТА

ФГБОУ ВПО

Уральский государственный университет путей сообщения

Кафедра «ИТиЗИ»

Курсовой проект

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

на тему: «Разработка информационной системы учета заявок»

Выполнил:

студент гр. ИТ-519

Приказчикова О.К.

Проверил:

преподаватель

Богданова Е.С.

Екатеринбург, 2013

Введение

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

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

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

К основным структурным методологиям относят:

· методологии, использующие нотацию DFD (Гейна-Сарсона, Йодана-ДеМарко);

· методологию SADT.

Анализ предметной области будет осуществляться с применением SADT (IDEF0). Данный подход используется в настоящих методических указаниях.

Для построения информационной (концептуальной) модели данных используется диаграмма сущность - связь ER в нотации Баркера.

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

1. Анализ предметной области ИС

Объект исследования.

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

Недостатки:

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

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

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

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

Основу структурного анализа составляют три принципа:

· разделение сложного на простое;

· декомпозиция;

· использование графических нотаций.

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

Таким образом, в состав диаграммы входят блоки (активности) и дуги (взаимоотношения между блоками).

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

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

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

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

2. Техническое задание на ИС

2.1 Общие сведения

1.1. Наименование и область применения:

Наименование: Автоматизированная информационная система учета заявок (АИСУЗ).

1.2. Заказчиком является компьютерный сервисный центр (КСЦ). Исполнитель - Приказчикова О.К.

1.3. Область применения:

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

1.4. Плановые сроки начала и окончания работ по созданию системы:

· начало: 1 сентября 2013 г;

· окончание: 1 декабря 2013 г.

1.5. Источник разработки:

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

1.6. Порядок оформления и предъявления результатов работ по созданию системы осуществляется в соответствии с календарным планом.

2.2 Цели и назначение разработки

Цели разработки:

· облегчение процесса учета различных видов информации;

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

· увеличение производительности труда;

· сокращение времени на поиск нужной информации.

Назначение информационной системы:

· автоматизация процесса регистрации и учета заявок;

· контроль и координация выполнения необходимой работы персонала сервисного центра;

· хранение и обработка больших объемов информации.

2.3 Характеристика объекта автоматизации

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

· учет клиентской базы;

· учет поступивших заявок;

· учет выполненных заявок;

· финансовый учет и т. д.

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

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

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

2.4 Требования к системе

Требования к системе подразделяются на три группы:

· требования к системе в целом;

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

· требования к видам обеспечения.

Требования к системе в целом

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

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

· Подсистема регистрации и авторизации. Данная подсистема предоставит возможность регистрации новых пользователей. Зарегистрировавшись в системе, специалист сервисного центра должен пройти авторизацию. Авторизацию проводит пользователь, обладающий необходимыми для этого правами;

· Подсистема аутентификации. Попасть в систему можно введя свой логин и пароль;

· Подсистема приема и регистрации поступающих заявок. Данная подсистема позволит диспетчерам регистрировать новые заявки;

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

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

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

Требования к персоналу

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

· администратор системы;

· диспетчеры КСЦ;

· техники КСЦ.

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

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

Техник КСЦ непосредственно является исполнителем и проводит необходимые работы по выполнению заявки.

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

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

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

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

· при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

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

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

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

Обеспечение безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств и систем.

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

Требования по эргономике и технической эстетике

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

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

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

Требования к защите информации от НСД

ИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Г по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации».

Компоненты подсистемы защиты от НСД должны обеспечивать:

· идентификацию пользователя;

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

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

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

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

Требования по сохранности информации при авариях

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

Требования к функциям (задачам), выполняемым системой

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

Подсистема аутентификации. Подсистема обеспечивает вход в систему учета заявок.

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

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

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

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

Требования к видам обеспечения

Требования к математическому обеспечению системы

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

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

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

Требования к лингвистическому обеспечению системы

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

Требования к программному обеспечению системы

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

Требования к техническому обеспечению

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

- сервер БД;

- сервер приложений;

- рабочие станции пользователей;

- рабочие станции администраторов.

Серверы и рабочие станции должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.

Требования к техническим характеристикам серверов:

- Процессор - 2 х Intel Xeon с частотой не менее 3 ГГц;

- Объем оперативной памяти - не менее 8 Гб;

- Дисковая подсистема - общий объем не менее 1 Тб;

- Устройство чтения компакт-дисков (DVD-ROM);

- Сетевой адаптер - не менее 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

- Процессор - Intel Pentium с частотой не менее 2 ГГц;

- Объем оперативной памяти - не менее 2 Гб;

- Дисковая подсистема - общий объем не менее 500 Гб;

- Устройство чтения компакт-дисков (DVD-ROM);

- Сетевой адаптер - не менее 100 Мбит.

Требования к организационному обеспечению

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

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

- обработку информации АС;

- администрирование АС;

- обеспечение безопасности информации АС;

- управление работой персонала по обслуживанию АС.

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

3. Проектирование системы

3.1 Построение функциональной диаграммы DFD

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

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

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

Основными компонентами диаграмм потоков данных являются:

· внешние сущности;

· системы/подсистемы;

· процессы;

· накопители данных или хранилища;

· потоки данных.

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

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

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

Произведем декомпозицию процесса «Регистрация заявки».

Произведем декомпозицию процесса «Выбор способа регистрации заявки».

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

3.2 Построение ER-диаграммы

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

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

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

Для моделирования используется нотация Баркера.

4. Техническое решение

4.1 Выбор базовой системы

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

Таким образом, в качестве базовой системы выбрана система Help Desk (Service Desk). Система Help Desk - автоматизированная система контроля выполнения заявок и пересылки сообщений. Основной целью системы является отправка заявок с введением приоритетов и временем исполнения для сотрудников системы, а так же передача сообщений и файлов.

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

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

1. Для регистрации заявки через систему Help Desk необходимо зайти на вкладку «Заявки» и нажать кнопку «Новая заявка».

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

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

3. Регистрация заявки без входа в систему. Заявки может регистрировать любой желающий (при выставлении необходимого доступа) без прохождения аутентификации. Для этого необходимо пройти по ссылке в систему и нажать на кнопку «Отправить заявку». Для отправки потребуется ввести домен, e-mail (на который придет письмо с информацией о заявке и с помощью которого система сможет при необходимости найти вашего пользователя в базе) и ввести текст и тему заявки. При необходимости данную функцию можно отключить в настройках системы.

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

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

· Поиск заявок по параметрам;

· Экспорт данных из таблиц заявок в MS Excel;

· Расчет рейтинга пользователей по закрытым заявкам;

· Разграничение доступа пользователей и т. д.

3.3 Выбор оборудования

Для функционирования данной системы необходимы:

· рабочие станции пользователей, в данном случае диспетчеров и администратора системы;

· сервер БД;

· сервер приложений.

Система Help Desk построена на архитектуре типа «клиент-сервер». Интерфейсы пользователя и администратора полностью web-ориентированы, т. е. не требуют установки дополнительного ПО на рабочие станции пользователей. На рабочих станциях необходимо лишь иметь интернет-браузер: Internet Explorer, Mozilla Firefox или Opera Internet Browser. На рабочие станции должны быть установлены актуальные и последние версии данных браузеров.

Сервер приложений и СУБД будут установлены на один физический сервер. На сервере должна быть развернута операционная система Microsoft Windows Server 2008 R2. В качестве СУБД актуально использование такого популярного продукта, как Microsoft SQL 2008. Из прикладного программного обеспечения на сервере необходима установка Sun JDK версии 1.6.10 и выше, а также сервер приложений Apache Tomcat версии 5.0.28 и выше. Sun JDK представляет собой набор библиотек, необходимый для корректной работы программного обеспечения Help Desk.

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

Компактные и мощные серверы бизнес-класса серии 1625A на базе новейших процессоров Intel® Xeon® 5600 предназначены для приложений с интенсивной обработкой запросов, управления базами данных или хостинга виртуальных машин. Большой объем оперативной памяти, внушительная емкость дисков, выдающаяся производительность и резервирование основных подсистем позволяют использовать данный сервер для обслуживания самых разных ответственных приложений непрерывного цикла.

Основные характеристики:

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

· Процессор: четырехядерный Intel® Xeon® 5600 с частотой 3 Ггц;

· 8 GB памяти DDR3 1066/1333MHz;

· Дисковая подсистема: SATA 2,5 Seagate Constellation 1 TB;

· Интерфейсы: 8 портов USB 2.0, Serial port, мышь, клавиатура, монитор;

· Графический адаптер: интегрированный видеоконтроллер LLC Pilot II с 8 MB видеопамяти.

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

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

Основные характеристики:

· Процессор: Intel Pentium G630 2.7 ГГц;

· Оперативная память: Original SAMSUNG DDR-III DIMM 2Gb;

· Дисковая подсистема: HDD 500 Gb SATA 6Gb/s Western Digital Caviar Blue;

· Привод: DVD RAM & DVD±R/RW & CDRW Optiarc AD-7280S SATA;

· Графический адаптер: встроенный, SVGA HD Graphics.

Кроме того, в комплект поставки входит клавиатура, мышь и монитор.

3.4 Экономическая часть

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

Наименование

Цена за ед, руб

Количество

Стоимость, р

Сервер 1625A

51 000

1

51 000

Microsoft Windows Server 2008 R2 x64

20 000

1

20 000

Рабочая станция пользователя и администратора

18 000

30

540 000

ПО Help Desk

1312/лицензия

30

39360

Внедрение проекта

-

-

100 000

Итого: 750 360

Таким образом, реализация данного проекта на предприятии будет стоить около 750 360 рублей.

Заключение

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

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

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

· составлено техническое задание на автоматизированную систему в соответствии с ГОСТ 34.602;

· на этапе проектирования информационной системы с помощью структурного подхода была составлена диаграмма потоков данных DFD по методологии Гейна-Сарсона и произведена детализация хранилищ с помощью диаграммы ER;

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

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

Список использованных источников

1. Проектирование информационных систем: Методическое пособие для курсового проектирования/К. А. Паршин, Е. В. Паршина, 2006;

2. Проектирование информационных систем: Конспект лекций/К. А. Паршин, Е. В. Паршина, 2010;

3. Help Desk. URL: http://helpdesk.boas.ru/#main00;

4. Service Desk. URL: http://www.intraservice.ru/default.ivp;

5. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы. URL: http://www.prj-exp.ru/patterns/pattern_tech_task.php;

6. Naumen Service Desk. URL: http://www.naumen.ru/products/service_desk;

7. Компьютермаркет НИКС. URL: http://e-burg.nix.ru.

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

...

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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.