- •Введение
- •1 Теоретическая часть
- •1.2 Назначение разработки
- •1.2 Требования к функциональным характеристикам
- •1.3 Требования к информационному обеспечению
- •1.4 Требования к надежности и безопасности
- •1.5 Требования к программному обеспечению
- •2.1 Разработка технического проекта
- •1.6 Требования к составу и параметрам технических средств
- •2 Конструкторско-технологическая часть
- •2.2 Проектирование модели
- •2.2.1 Схема движения и обработки информации
- •2.2.2 Схема алгоритма решения задачи. Описание алгоритма
- •2.3 Тестирование программного продукта
- •Руководство пользователя
- •2.4.1 Введение
- •Назначение системы
- •Установка системы и порядок работы с дистрибутивом
- •2.4.4. Порядок работы с бд
- •3 Охрана труда и техника безопасности
- •3.1 Электробезопасность при эксплуатации технических средств
- •3.2 Требования к помещению
- •3.3 Мероприятия по противопожарной технике
- •Заключение
- •Список используемой литературы
- •Приложения
- •Список используемых сокращений
1.6 Требования к составу и параметрам технических средств
Обзор компьютерной инфраструктуры: при автоматизированном учете данной разработки на предприятии должна использоваться локальная сеть с топологией «звезда». В нее будут входить 2 компьютера: один из них – в отделе проведения технического осмотра, другой – в отделе управления. Расстояние между компьютерами должно быть не меньше 1 метра.
Требование к комплексу технических средств:
ПК с системой Microsoft Windows 7;
на сервере должна быть установлена ОС Windows Server;
процессор Pentium 1,8 Ггц;
пакет программ Microsoft Office 2007 (Microsoft Word, Microsoft Excel, Microsoft Access, Microsoft Power Point и т.д.)
512 Мбайт ОЗУ;
устройство чтения компакт-дисков (CD/DVD);
15 Гб свободного места на жестком диске;
сетевая карта;
видео карта;
дисковые накопители;
клавиатура, мышь, монитор, принтер, сканер;
Hab.
2 Конструкторско-технологическая часть
2.1 Разработка технического проекта
Разработку программного обеспечения начнем с анализа требований к будущему программному продукту. Построим общую модель предметной области как некоторой части реального мира, с которой будет тем или иным способом взаимодействовать разрабатываемое программное обеспечение, после чего конкретизируем его основные функции.
Спецификации должны однозначно восприниматься как заказчиком, так и разработчиком. Обеспечить это требование можно, только разработав некоторую формальную модель этого программного обеспечения. На этапе анализа и определения спецификаций можно применить структурный подход. Построим функциональную диаграмму, для того чтобы выявить основные функции и составные части проектируемой программной системы и, по возможности, обнаружить и устранить существенные ошибки. Одной из наиболее важных особенностей методологии функционального моделирования является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.
Данная разработка предназначена для более быстрого добавления и изменения данных. Для этого необходимо создать единую базу данных, которая позволяет заносить, обрабатывать, хранить и выводить отчетную информацию.
Необходимо учесть все требования, предъявляемые к разрабатываемой системе:
Требования к функциональным характеристикам.
Требования к надежности и безопасности.
Содержание входной и выходной информации.
Для соответствия системы всем выше перечисленным требованиям необходимо построить функциональную модель данных ,описывающие внешние по отношению к системе источники и адресаты данных, документов, к которым осуществляется доступ, шаги бизнес - процесса.
Бизнес - правила:
1. Номера документов уникальны;
2. Один счет оплачивается одним платежным поручением;
3. Грузоотправителем и грузополучателем являются поставщик и покупатель соответственно;
4. Используемая валюта: рубль;
5. Реквизиты клиентов и мастеров постоянны;
6. Стоимость одного экземпляра материала является постоянной.
