Смекни!
smekni.com

Разработка программного обеспечения для организации интерфейса программно-методического комплекса (стр. 12 из 17)

обеспечить интеграцию программного комплекса в операционной системе.

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

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

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

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

2.1.3.3 Условия эксплуатации

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

температура 10 -30°С;

влажность 10 - 60%.

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

Для компьютера, на котором будет работать данный интерфейс ПМК, выдвигаются следующие требования:

CPU Pentium II 400;

128 Mb RAM;

4 Gb HDD;

манипулятор мышь, клавиатура;

монитор;

наличие свободного места на винчестере в зависимости от объема базы данных плюс размер интерфейса комплекса 1Мб;

Эти требования основаны, в основном, на том, что программный комплекс должен работать в операционной системе Windows 2000.

2.1.3.5 Требования к информационной и программной совместимости

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

используемая операционная система - Windows2000, так как она поддерживает необходимые функции разделения прав пользователей;

наличие Bоrland Database Engine, для работы с базами данных;

CAD система AutoCAD 2000, для просмотра чертежей проектируемых деталей.

2.1.4 Требования к программной документации

Предварительный состав программной документации установлен в соответствии с ГОСТ 19.101-77. Ниже приведен список программных документов и их содержание:

описание интерфейса ПМК, сведения о логической структуре и функционировании комплекса;

программа и методика испытаний - требования, подлежащие проверке при испытании интерфейса программного комплекса, а также порядок и методы их контроля;

техническое задание - настоящий документ;

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

2.1.5 Технико-экономическая эффективность

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

2.1.6 Стадии и этапы разработки

Разработка ведется в несколько этапов в соответствии с ГОСТ 19.101-77 [13]:

анализ предметной области - описание предметной области, анализ существующих программных продуктов;

разработка структуры программного комплекса - определение основных частей программного комплекса и взаимодействий между ними;

разработка интерфейса приложения;

тестирование системы на полноту и корректность выполняемых функций;

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

2.1.7 Порядок контроля

Контроль программного продукта осуществляется в следующем порядке.

Проверка запуска программного комплекса.

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

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

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

Проверка корректности завершения работы программы.

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

2.2 Детальное описание алгоритма моделирования комплексной детали

Приведем функциональное описание алгоритма моделирования комплексной детали приведенного на рисунке 1.3 Первая вызываемая функция - VibClassDet. Возвращает код детали из классификатора типа String [11].

Входные данные приведены в таблице 2.1.

Таблица 2.1 - Описание входных параметров

Имя параметра Тип данных Источник Описание
ClassDet String Чертеж детали Класс детали (крепежные, тела вращения, полые тела вращения и т.д.).
PodClass String Чертеж детали Подкласс детали (штифты, валы, валики, вал-шестерно)
Group String Чертеж детали Группа конструктивных элементов (шпоночные пазы, отверстия)
MaxDlin Integer Чертеж детали Максимальная длина проектируемой детали, мм
MaxDiam Integer Чертеж детали Максимальный диаметр проектируемой детали, мм
Cheroh Real Чертеж детали Шероховатость детали (самая грубая)
Tochn String Чертеж детали Самая точная поверхность
Material String Чертеж детали Материал детали
Termoobr String Чертеж детали Вид термообработки
Pokr String Чертеж детали Вид покрытия детали
VidZagot String Чертеж детали Вид заготовки (поковка, штамповка, отливка)

Описание обьявления функции приведено на рисунке 2.1.

Function VibClassDet (ClassDet: String;

PodClass: String; Group: String;

MaxDlin: Integer; MaxDiam: Integer;

Cheroh: Real; Tochn: String;

Material: String; Termoobr: String;

Pokr: String; VidZagot: String): String [11]

Затем вызывается функция ввода основных поверхностей - In_Layer. Функция заполняет массивы элементов поверхностей КodOsnPov: Array [1. .50] of integer; PostDiam: Array [1. .50] of Boolean; RezPov: Array [1. .50] of Boolean; возвращает количество введеных поверхностей. Массивы обьявлены глобально. Функция обьявлена так: Function In_Layer: Integer. Количество и вид поверхностей подсчитывается и вводятся с чертежа детали.

Затем вызывается функция ввода отверстий - In_Otv. Функция заполняет массивы элементов отверстий KodOtv: Array [1. .50] of integer; RezOtv: Array [1. .50] of Boolean; возвращает количество введеных отверстий - KolvoOtv. Массивы обьявлены глобально. Функция обьявлена так: Function In_Otv: Integer. Количество и вид отверстий вводится с чертежа.

Затем вызывается процедура ввода торцев - In_Torc. Передаваемые параметры:

KolvoOtv: integer - количество диаметральных внутренних размеров;

KolvoPov: integer - количество диаметральных внешних размеров.

Возвращаемые параметры:

Torc: Array [1. .100,1. .100] of Boolean массив торцев на диаметрах;

KodTorc: Array [1. .1000] of Integer массив кодов торцев;

VidTorc: Array [1. .1000] of Boolean массив вида торца (сфера или обычный торец).

Описание обьявления процедуры приведено на рисунке 2.2.

Procedure In_Torc (KolvoOtv, KolvoPov: integer;

Var Torc: Array [1. .100,1. .100] of Boolean;

VarKodTorc: Array [1. .1000] of Integer;

VarVidTorc: Array [1. .1000] of Boolean);

Рисунок 2.2 - Обьявление процедуры In_Torc

Затем идет вызов процедура ввода галтелей, фасок и канавок - In_GFK. Передаваемые параметры:

KolvoOtv: integer - количество диаметральных внутренних размеров;

KolvoPov: integer - количество диаметральных внешних размеров;

Torc: Array [1. .100,1. .100] of Boolean - массив торцев.

Возвращаемые параметры:

Faska: Array [1. .150,1. .150] of Boolean - массив фасок:

FaskaKod: Array [1. .150,1. .150] of LongInt -массив кодов поверхностей;

Galt: Array [1. .150,1. .150] of Boolean - массив галтелей;

GaltKod: Array [1. .150,1. .150] of LongInt - массив кодов галтелей;

Kanavki: Array [1. .150,1. .150] of Boolean - массив канавок;

KanavkiKod: Array [1. .150,1. .150] of LongInt -массив кодов канавок.

Описание обьявления процедуры приведено на рисунке 2.3.

Procedure In_GFK (

VarFaska: Array [1. .150,1. .150] of Boolean;

Var FaskaKod: Array [1. .150,1. .150] of LongInt;

VarGalt: Array [1. .150,1. .150] of Boolean;

VarGaltKod: Array [1. .150,1. .150] of LongInt;

VarKanavki: Array [1. .150,1. .150] of Boolean;

VarKanavkiKod: Array [1. .150,1. .150] of LongInt;

KolvoOtv: integer;

KolvoPov: integer;

Torc: Array [1. .100,1. .100] of Boolean);

Рисунок 2.3 - Обьявление процедуры In_GFK

Затем идет вызов функции ввода обозначений линейных размеров - In_Lin. Передаваемые параметры:

Torc: Array [1. .100,1. .100] of Boolean - массив торцев.

Возвращаемые параметры:

LinDimTorc: Array [1. .100,1. .100] of String [2] - массив обозначений линейных размеров.

Обьявление функции приведено на рисунке 2.4

Function In_Lin (

Torc: Array [1. .100,1. .100] of Boolean

): LinDimTorc: Array [1. .100,1. .100] of String [2] ;

Рисунок 2.4 - Обьявление функции In_Lin

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

2.3 Разработка программного модуля

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

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