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

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

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

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

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

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

Содержание

Введение

1. Разработка и анализ технического задания

1.1 Анализ предметной области

1.2 Разработка технического задания

1.2.1 Основания для выполнения работы

1.2.2 Функциональное требование к системе

1.2.3 Количественные требования к системе

1.3 Анализ технического задания и выбор средств и решений выполнения технического задания

1.4 Архитектура и функции системы

1.5 Интерфейсы и распределение функций между человеком и системой

1.6 Анализ требований к программным и аппаратным средствам

2. Разработка системного проекта

2.1 Построение модели прецедентов

2.2 Модели потоков данных DFD

2.3 Концептуальная модель интегрированной базы данных

3. Разработка моделей объекта профессиональной деятельности

3.1 Разработка модели процессов

3.2 Разработка модели данных

Заключение

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

Введение

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

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

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

1. Разработка и анализ технического задания

1.1 Описание предметной области

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

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

1.2 Разработка технического задания

1.2.1 Основания для выполнения работы

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

1.2.2 Функциональные требования к системе

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

1) Система должна обеспечивать регистрацию заявок от клиентов;

2) Система должна вести учет наличия комплектующих на складе и при их отсутствии заказывать у поставщиков;

3) Система должна вести учет ремонта;

4) Система должна вести учет составления списков комплектующих, необходимых для ремонта;

5) Систем должна вести учет выдачи отремонтированного электрооборудования.

1.2.3 Количественные требования к системе

В системе предусмотрено 2 рабочих места: секретарь и мастер. Системный администратор обладает всеми правами и может осуществить вход в систему с любого рабочего места.

1.3 Анализ технического задания и выбор средств и решений выполнения технического задания

Перед проектированием полезно было бы выполнить опрос пользователей разрабатываемой системы. Это позволит наиболее точно отразить требования к системе еще на раннем этапе проектирования.

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

Для реализации проектируемой системы используем AllFusion Process Modeler v7 (для построения структуры процессов) и ERwin Data Modeler v7.3 (для создания базы данных).

В качестве платформы базы данных будет использоваться СУБД Microsoft SQL Server. Выбранная СУБД очень качественная, проста в использовании, соответствует требованиям, предъявленным к разрабатываемой системе.

1.4 Архитектура и функции системы

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

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

1.5 Интерфейсы и распределение функций между человеком и системой

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

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

1.6 Анализ требований к программным и аппаратным средствам

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

Система позволяет эксплуатацию на любой системе соответствующей требованиям к СУБД Microsoft SQL Server:

- ОЗУ 1Gb;

- CPU Pentium IV 2 GHz.

Введением данных в систему будут заниматься сами сотрудники, но потребуется администратор для поддержки ее функционирования. Кроме этого должна быть разработана документация на систему - «Руководство пользователя» и «Руководство администратора».

информационный автоматизация модель данные

2. Разработка системного проекта

2.1 Построение модели прецедентов

Список прецедентов:

- Прием в ремонт;

- Выполнение ремонта;

- Выдача из ремонта;

- Прием комплектующих;

- Оформление акта о выполненном ремонте;

- Определение неисправности;

- Составление списка запчастей;

- Заказ комплектующих.

Описание прецедентов

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

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

Актеры:

Секретарь - составляет заявку на ремонт и заносит ее в базу, составляет заказ на комплектующие.

Мастер - получает заявку на ремонт, выявляет неисправность, составляет список запчастей, составляет акт о выполненном ремонте.

Главный актер: Мастер.

Основной успешный сценарий

1) “Мастер” получает заявку на ремонт электрооборудования из базы данных.

2) “Мастер” определяет причину неисправности.

3) “Мастер” составляет список необходимых для ремонта комплектующих и заносит его в базу данных.

4) “Мастер” получает необходимые комплектующие со склада.

5) “Мастер” оформляет акт о выполненном ремонте и заносит его в базу данных.

Альтернативные сценарии:

3(а) Не все комплектующие из списка доступны на складе - “Секретарь” составляет заявку на закупку недостающих элементов.

3(б) “Мастер” принимает заказанные комплектующие.

2.2 Модели потоков данных DFD

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

Рисунок 2 - Первый уровень DFD диаграммы

На втором уровне DFD диаграммы отображаются основные потоки данных.

Рисунок 3 - Второй уровень DFD диаграммы

Рисунок 4 - Детализация деятельности “работа с клиентами”

Рисунок 5 - Детализация деятельности “выполнение ремонта”

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

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

Рисунок 6 - Концептуальная инфологическая модель

3. Разработка моделей системы учета ремонта электрооборудования

3.1 Разработка моделей процессов

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

Рисунок 7 - Контекстная модель

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

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

Рисунок 8 - Второй уровень модели

Рисунок 9 - Детализация “работа с клиентом”

Рисунок 10 - Детализация “выполнение ремонта”

3.2 Разработка модели данных

Выше была описана и изображена концептуальная инфологическая модель для информационной системы отдела главного технолога. Для неё средствами ERwin Data Modeler v7.3 построим полную логическую модель данных.

Рисунок 11 - Модель данных на логическом уровне

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

Заключение

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

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

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

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

1. Моругин, С.Л. Проектирование информационных систем. Методические указания по выполнению курсового проекта для студентов специальности 230102 (071900) - Нижний Новгород, НГТУ - 2006.

2. Маклаков С.В. BPWin и ERWin. CASE-средства разработки информационных систем.- М.: ДИАЛОГ-МИФИ, 2000- 256 с.

3. Роберт Э. Уолтерс, Майкл Коулс SQL Server 2008: ускоренный курс для профессионалов = Accelerated SQL Server 2008 -- М.: «Вильямс», 2008. -- С. 768

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


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

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