Отчет по практике в ООО «Магистраль»

Автор работы: Пользователь скрыл имя, 31 Марта 2013 в 12:44, отчет по практике

Описание работы

Основным направлением деятельности ООО «Магистраль» является производство дорожных катков различных модификаций и поставка дорожных катков и дорожно-строительной техники во все регионы России.
Начиная с 2003, года предприятие занимается:
производством дорожных катков,
восстановлением дорожных машин,
модернизацией дорожно-строительной техники,
капитальным ремонтом дорожных катков и другой дорожно-строительной техники

Содержание работы

Характеристика объекта автоматизации………………………………….5
Задача автоматизации……………………………………………………...7
Значение автоматизации…………………………………………………...8
Документооборот…………………………………………………………..8
Сущности и связи………………………………………………………....10
Разработка информационно-логической модели..……………………...16
Описание интерфейса…………………………………………………….20
Математическая модель…………………………………………………..25
Блок-схема алгоритма…………………………………………………….25

Скачать архив (466.29 Кб) Сколько стоит заказать работу?
Файлы: 1 файл

практика.doc

— 887.50 Кб (Скачать файл)

 















 

                               Рисунок 2 – Схема «Сущность-связь»

Опишем структурные  связи между информационными объектами в таблице 2.

Таблица 3 – Структурные связи информационных объектов

Главный информационный объект

Подчиненный информационный объект

Ключ связи

Тип связи

Диспетчер

Заявка

Controller_Code

1:n

Диспетчер

Счет

Controller_Code

1:n

 Диспетчер

Наряд

Controller_Code

1:n

Диспетчер

Отчет

Controller_Code

1:n

Диспетчер

Выписка

Controller_Code

1:n

Заказчик

Заказ

Customer_Code

1:n

Заказчик

Акт

Customer_Code

1:n

Заказчик

Счет

Customer_Code

1:n

Бригада

Наряд

Brigade_Code

1:n

Бригада

Акт

Brigade_Code

1:n

Банк

Счет

Bank_Code

1:n

Банк

Выписка

Bank_Code

1:n

Акт

Услуга

Act_Code

m:n

Наряд

Услуга

Outfit_Code

m:n

Техника

Заказ

Machine_Code

m:1


 

 

 

 

 

 

 

 

 

 


 


 

 
















 

 

 

 

 

Рисунок 3 – Контекстная диаграмма

 








 



 

 


 

 

 

 

 

 

 

 

 

 

 

Рисунок 4 – Декомпозиционная диаграмма

 

  1. Разработка информационно-логической модели

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

Таблица 4 –  Логическая структура реляционной  базы данных

Реквизит

Тип данных

Длина

Точность

Признак ключа

Обозначение

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

Таблица «Диспетчер»

Controller_Code

Код Диспетчера

Числовой

25

-

PK

Surname

Фамилия

Текстовый

250

-

-

Name

Имя

Текстовый

250

-

-

Patronymic

Отчество

Текстовый

250

-

-

Login

Логин

Текстовый

100

-

-

Password

Пароль

Текстовый

100

-

-

Таблица «Заказ»

Order_Code

Код заявления

Числовой

25

-

PK

Customer_Code

Код Заявителя

Числовой

25

-

FK

Controller_Code

Код Пользователя

Числовой

25

-

FK

Machine_Code

Код Техники

Числовой

25

-

FK

Order_Name

Наименование  Заказа

Текстовый

250

-

-

Order_Date

Дата Заказа

Дата/время

10

-

-

Таблица «Заказчик»

Cuctomer_Code

Код заказчика

Числовой

25

-

PK

Customer_Name

Наименование  заказчика

Текстовый

250

-

-

Customer_Address

Адресс Заказчика

Текстовый

250

-

-

INN

ИНН

Текстовый

10

-

-

KPP

КПП

Текстовый

9

-

-

Таблица «Банк»

Bank_Code

Код Банка

Числовой

25

-

PK

Organization_Name

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

Текстовый

250

-

-

Settelement_Account

Расчетный Счет

Текстовый

16

-

-

INN

ИНН

Текстовый

10

-

-

KPP

КПП

Текстовый

9

-

-

Таблица «Техника»

Machine_Code

Код Техники

Числовой

25

-

PK

Machine_Name

Наименование  Техники

Текстовый

250

-

-

Machine_Model

Модель

Текстовый

250

-

-

Таблица «Услуга»

Service_Code

Код Услуги

Числовой

25

-

PK

Service_Name

Наименование  Услуги

Текстовый

250

-

-

Service_Cost

Стоимость Услуги

Денежный

10

-

-

Таблица «Бригада»

Brigade_Code

Код Бригады

Числовой

25

-

PK

Brigade_Name

Номер Бригады

Текстовый

250

-

-

Таблица «Наряд»

Outfit_Code

Код Наряда

Числовой

25

-

PK

Controller_Code

Код Диспетчера

Числовой

25

-

FK

Brigade_Code

Код Бригады

Числовой

25

-

FK

Outfit_Name

Наименование Наряда

Текстовый

150

-

-

Outfit_Number

Номер Наряда

Текстовый

50

-

-

Outfit_Date

Дата Наряда

Дата/время

10

-

-

Таблица «Акт»

FileIm_Code

Код Акта

Числовой

25

-

PK

Controller_Code

Код Бригады

Числовой

25

-

FK

Customer_Code

Код Заказчика

Числовой

25

-

FK

Act_Name

Наименование Акта

Текстовый

150

-

-

Act_Number

Номер Акта

Текстовый

50

-

-

Act_Date

Дата Акта

Дата/время

10

-

-

Таблица «Счет»

Account_Code

Код ФайлаЭк

Числовой

25

-

PK

Bank_Code

Код Пользователя

Числовой

25

-

FK

Controller _Code

Код Организации

Числовой

25

-

FK

Customer_Code

Код Заказчика

Числовой

25

-

FK

Account_Name

Наименование  Счета

Текстовый

250

-

-

Account _Number

Номер Счета

Текстовый

50

-

-

Account _Date

Дата Счета

Дата/время

10

-

-

Account_Status

Статус Счета

Текстовый

100

-

-

Account_Cost

Стоимость Счета

Денежный

38

-

-

Таблица «Отчет»

Report_Code

Код Отчета

Числовой

25

-

PK

Controller_Code

Код Диспетчера

Числовой

25

-

FK

Report _Name

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

Текстовый

250

-

-

Report _Number

Номер отчета

Текстовый

50

-

-

Report _Date

Дата Отчета

Дата/время

10

-

-




Таблица 5 – Расчет объема внешней памяти

Название

Число полей

  

Число записей

Итог

Integer

varchar

date

money

Диспетчер

1(25)

5(950)

    

1000

1000

1000000

Заказчик

1(25)

4(519)

    

569

10000

5690000

Заказ

4(100)

1(250)

1(10)

  

530

100000

53000000

Банк

1(25)

4(285)

    

335

1000

335000

Техника

1(25)

2(500)

    

550

1000

550000

Услуга

1(25)

1(250)

  

1(10)

390

1000

390000

Бригада

1(25)

1(250)

    

300

1000

300000

Наряд

3(75)

2(200)

1(10)

  

430

100000

4300000

Акт

3(75)

2(200)

1(10)

  

430

100000

4300000

Счет

4(200)

3(400)

1(10)

1(38)

1032

10000

10320000

Отчет

2(50)

2(300)

1(10)

  

480

10000

4800000

 

Итого

84985000byte=81,05Mb


 

 

Рисунок 5 –  Логическая модель данных

Рисунок 6 – Физическая модель данных

  1. Описание экранных форм

Рисунок 7 –  Вход в АИС

Рисунок 8 – Вкладка «Заказчики»

Рисунок 9 –  Вкладка «Диспетчеры»

Рисунок 10 –  Вкладка «Заказы»

Рисунок 11 –  Добавление заказа

Рисунок 12 –  Вкладка «Техника»

Рисунок 13 –  Добавление техники 

Рисунок 14 –  Вкладки «Услуги» и «Изменение услуги»

Рисунок 15 – Вкладки «Наряд» и «Формирование наряда»

Рисунок 16 –  Вкладки «Акт» и «Формирование  акта»

Рисунок 17–  Вкладка «Выписки»

 

Рисунок 18 –  Вкладка «Банки»

Рисунок 19 –  Вкладка «Отчеты»

Рисунок 20 –  Вкладка «Бригады»

Рисунок 21 –  Вкладка «Счета»

  1. Математическая модель.

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

  1. Блок – схема алгоритма

 

 

 

 

 

 

 

 

 

Рисунок 2 2 – Блок – схема алгоритма работы программы


 


Информация о работе Отчет по практике в ООО «Магистраль»