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

Следует отметить, что современные тенденции развития инструментальных средств таковы, что актуальным становится не просто появление новых гибких и мощных средств разработки, а создание семейств таких продуктов с похожими средами и принципами создания приложений, что в целом повторяет появившуюся примерно 4 года назад идеологию формирования офисных пакетов (текстовый процессор + электронная таблица + настольная СУБД + презентационный пакет) вместо выпуска отдельных офисных приложений. Если рассматривать линию продуктов Inprise, то в данный момент на рынке средств разработки присутствуют Delphi и C++Builder, а также сходные по методам создания приложений и среде JBuilder, IntraBuilder, Visual dBase.

Сходство C++Builder и Delphi не является чисто внешним. C++Builder обладает компонентной архитектурой и создан на основе библиотеки визуальных компонентов Delphi ставшей за последние два года весьма популярной среди разработчиков. По этой причине этот продукт имеет общую с Delphi библиотеку классов, часть из которых написана на Obiect Pascal.

Однако совместимость C++Builder и Delphi этим не исчерпывается. В проектах C++Builder можно использовать не только библиотеку компонентов Delphi, но и код, написанный на Object Pascal, а также формы и модули Delphi. Поддерживается визуальное наследование форм и модулей данных, в том числе и созданных в Delphi. Эти возможности появились благодаря включению в C++Builder обоих компиляторов C++ и Object Pascal.

Это означает, что можно создавать общие проекты, используя оба средства разработки - и C++BuiIder, и Delphi. Части одного приложения могут быть созданы с помощью двух средств, и теперь к работе над проектом можно привлекать разработчиков, использующих как Delphi, так и C++. Вовторых, и это очень важно, C++Builder может использовать компоненты, созданные для Delphi, а их за последние несколько лет создано огромное количество. Это богатство, накопленное разработчиками всего мира, сегодня способно удовлетворить самые причудливые запросы.

C++Builder предоставляет программисту  широкие возможности повторного  использования кода не только  за счет наличия библиотеки  компонентов, но и за счет поддержки стандарта ActiveX, что позволяет встраивать в приложения ActiveX -компоненты как сторонних производителей, так и созданные собственноручно с помощью самого C++Builder.

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

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

 

 

3. ПРОЕКТНАЯ ЧАСТЬ

 

 

 

1. Определение функции системы

 

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

 

Рис. 3.1. Диаграмма вариантов использования для пользователя.

 

Таблица 3.1.

Описание функций системы

Название	Описание	Краткий алгоритм выполнения и особенности
Редактирование данных.	Внесение изменений в справочники.	При необходимости внесения изменений, пользователь  корректирует справочники.
Добавление данных	Добавление данных в справочники	При необходимости добавления данных, пользователь заносит данные в справочники.
Просмотр данных.	Просмотр данных в справочниках.	Просмотр данных, хранящихся в БД
Оформление накладных.	Создание сдаточной накладной.	Накладная формируется по данным, хранящимся в БД.
Формирование отчетов.	Формирование различного рода отчетов и выборок.	По запросу пользователя осуществляется выборка данных.
Просмотр	Просмотр очетов и накладных	После формирования накладных и отчетов, производится их просмотр
Печать	Вывод на печать отчетов и накладных.	После просмотра накладных и отчетов, производится их печать.

 

Таблица 3.2.

 Описание  пользователей и объектов системы

Название	Определение	Назначение
Пользователь	Человек, работающий с данными	Оформляет накладные, редактирует данные, создает отчеты
Визуальные формы	Визуальные формы Windows-приложения	Предоставляет визуальный интерфейс
ADO Connection	Механизм ADO	Осуществляет связь приложения с сервером БД
СУБД	База данных	Представляет собой физические структуры данных, расположенные на сервере БД
Принтер	Устройство вывода на печать	Осуществляет печать накладных и отчетов

3.2. Описание информационно-логической модели

 

На основе модели бизнес-процессов и в результате анализа первичных документов была построена информационно-логическая модель комплекса задач «Учёт движения ремонтируемых приборов».

Для построения информационно-логической модели было использовано CASE средство Erwin Computer Associates.

Информационно-логическая модель приведена на рисунках 3.1 – 3.3.

 

Рис. 3.2. Информационно-логическая модель комплекса задач «Учёт движения ремонтируемых приборов» на уровне сущностей.

 

 

Рис. 3.3. Информационно-логическая модель комплекса задач «Учёт движения ремонтируемых приборов» на уровне определений.

 

 

Рис. 3.4. Информационно-логическая модель комплекса задач «Учёт движения ремонтируемых приборов» на уровне атрибутов.

 

 

 

 

3.2.1. Описание состава сущностей

 

Сущность «Проект» характеризует проект, по которому построен ремонтируемый заказ.

Таблица 3.3.

Сущность «Проект»

Наименование атрибута	Обязательность атрибута	Что отображает
Код проекта	Да	Код проекта
Обозначение проекта	Да	Стандартное обозначение проекта корабля или ПЛ

 

Сущность «Заказ» характеризует ремонтируемый заказ.

Таблица 3.4.

Сущность «Заказ

Наименование атрибута	Обязательность атрибута	Что отображает
Код закза	Да	Код заказа
Зав номер заказа	Да	Заводской номер заказа
Рем номер заказа	Да	Ремонтный номер заказа
Ремонт	Да	Тип ремонта: капитальный, средний, восстановительный
Код проекта	Да	Внешний ключ

 

Сущность «Изделие» характеризует ремонтируемое изделие.

Таблица 3.5.

Сущность «Изделие»

Наименование атрибута	Обязательность атрибута	Что отображает
Код изделия	Да	Код изделия
Наименование изделия	Да	Стандартное наименование изделия
Обозначение изделия	Да	Стандартное обозначение изделия
Код заказа	Да	Внешний ключ

 

Сущность «Схема» характеризует наименование схемы, входящей в изделие

Таблица 3.6. 

Сущность «Схема»

Наименование атрибута	Обязательность атрибута	Что отображает
Код схемы	Да	Код схемы
Обозначение схемы	Да	Стандартное обозначение схемы
Код изделия	Да	Внешний ключ

 

Сущность «Тип прибора» характеризует тип прибора, входящего в изделие.

Таблица 3.7.

Сущность «Тип прибора»

Наименование атрибута	Обязательность атрибута	Что отображает
Код типа прибора	Да	Код прибора
Тип прибора	Да	Функциональное назначение прибора

 

Сущность «Прибор» характеризует прибор, входящего в изделие. Сущность «Прибор» необходима для оформления накладных и контроля   выполнения ремонта приборов.

Таблица 3.8.

Сущность «Прибор»

Наименование атрибута	Обязательность атрибута	Что отображает
Код прибора	Да	Код прибора
Наименование прибора	Да	Стандартное наименование прибора
Номер по формуляру	Нет	Заводской номер прибора
Номер после ремонта	Нет	Присвоенный после ремонта номер
Статус	Да	Отражает ремонтопригодность прибора
Расположение	Да	Указывает расположение прибора на заказе
Масса	Да	Содержит массу прибора
Код схемы	Да	Внешний ключ
Код типа прибора	Да	Внешний ключ
Код подразделения	Да	Внешний ключ

 

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

Таблица 3.9.

Сущность «Подразделение»

Наименование атрибута	Обязательность атрибута	Что отображает
Код подразделения	Да	Код подразделения
Наименование подразделения	Да	Наименование подразделения, осуществляющее монтажные и ремонтно-восстановительные работы.

 

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

Таблица 3.10.

.Сущность «Журнал накладных»

Наименование атрибута	Обязательность атрибута	Что отображает
Код журнала	Да	Код журнала
Номер накладной	Да	Номер накладной
Дата оформления	Да	Дата оформления
Регистрация	Да	Отображает информацию о регистрации накладной
Код прибора	Да	Внешний ключ
Код подразделения	Да	Внешний ключ

 

 

 

3.3. Описание физической модели

 

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

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

Рис. 3.5. Физическая модель данных.

 

1. Описание физических таблиц