Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Отчеты по практике » Розробка програми контролю виробів і підготовка програмної документації

Реферат Розробка програми контролю виробів і підготовка програмної документації





". Після виконання перевірки, програма буде завершена самостійно. p> Якщо програма була запущена з командного рядка незалежно від "Сервісної програми монітор для здачі робіт", то вся інформація буде виводитися в текстовому полі вікна програми. Після виконання перевірки, програма залишиться відкритою.


Результати тестування

При перевірці версій приладу фіксується, результат перевірки для кожного модуля, що входить до складу приладу. Якщо перевірка всіх модулів завершилася з результатом НОРМА, загальний результат - НОРМА. Якщо перевірка хоча б одного модуля завершилася з результатом ненорми, то загальний результат - ненорми.

При перевірці версій окремого модуля, результат НОРМА - якщо перевірка завершилася успішно; і ненорми - якщо перевірка завершилася невдало.

Вхідні параметри


Структура XML-файла "Device_list.xml"

Файл "device_list.xml" складається з тегів "device" і тега "default". p> Тег "device" має атрибут "name", в якому міститься назва приладу, відповідного цьому тегу. Всередині тегів "device" містяться теги "module", які мають атрибут "baseaddress", містить базову адресу модуля в приладі. Усередині тега "module" вказується назва модуля.

Тег "default" містить в собі теги "module". Тег "module" має один атрибут "baseaddress", в якому міститься базовий адресу модуля за замовчуванням. Усередині тега "module" вказується назва модуля.

Структура XML-файла "Module_list.xml"

Файл "module_list.xml" складається з тегів "module".

Тег "module" містить в собі тег "name" і теги "version". Тег "name" містить в собі назву модуля. Тег "version" має один атрибут "description", в якому міститься інформація про версії, описуваної відповідним тегом "version". Тег "version" містить в собі теги "address" (адреса регістра версії модуля), "value" (значення версії модуля) і "type" (розрядність версії модуля). p> При випуску нової версії модуля, тег "name" у відповідному теге "module" доповнюється датою випуску наступної версії. Потім створюється новий тег "module" з найменуванням модуля і оновленими значеннями версій в тезі "version".

Структура TXT-файл "corrections.txt"

Якщо є необхідність перевірити прилад з більш ранніми версіями будь-яких модулів, що входять до його складу, складається файл поправок "corrections.txt". Структура файлу "corrections.txt" за п. 0.

Якщо в папці з програмою міститься файл "corrections.txt", то програма робить обробку цього файлу.

У процесі обробки заповнюється масив поправок, що містять два найменування модулів: з пізньої версією і з більш ранньою версією.

Файл "corrections.txt" призначений для внесення поправок в роботу програми.

Файл складається із записів види:

= ;

Тут "name" - найменування модуля, який необхідно перевірити з особливими значеннями версій; "New_name" - найменування модуля у файлі "module_list.txt" з особливими значеннями версій.

В  Висновок

У ході переддипломної практики (у період з 15 грудня 2008 по 15 лютого 2009 р.) мною були виконані поставлені попередньо завдання:

- отримані практичні навички роботи в колективі інженерів,

- розроблена програма перевірки версій компонент виробів,

- підготовлена ​​до випуску програмна документація.

В  Додаток 1 - Вихідні тексти програми

// --------------------------------------------- -----------------

# ifndef Unit2H

# define Unit2H

// --------------------------------------------- ----------------- # include p>// --------------------------------------------- ----------------- class Executing: public TThread

{

private:

protected:

void __ fastcall Execute ();

public:

bool end;

__fastcall Executing (bool CreateSuspended);

};

// --------------------------------------------- ----------------- # endif

// --------------------------------------------- -----------------

# include

# pragma hdrstop

# include "Unit1.h"

# include "Unit2.h"

# include

# include "ProgExchCl_b.h"

# include "Udevices.h"

# define SecondLevelNodeAccess Form1-> XMLDocument1-> DocumentElement-> ChildNodes

# define ThirdLevelNodeAccess (a) Form1-> XMLDocument1-> DocumentElement-> ChildNodes-> GetNode (a) -> ChildNodes

# define FourthLevelNodeAccess (a, b)

char received_data [255];

PModule Module;// масив модулів

PCorrection Correction;// масив виправлень

HANDLE m_Disp = NULL;// для монітора

int wrtd,// ​​для функції mWrite

cor_count;// кількість виправлень

TCom * ComPort;// порт

// --------------------------------------------- --------...


Назад | сторінка 4 з 11 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Повірка на міцність модуля РЕА, що складається з двох друкованих плат з еле ...
  • Реферат на тему: Розробка програмного модуля
  • Реферат на тему: Розробка програмного модуля
  • Реферат на тему: Проектування циклу роботи токарного модуля
  • Реферат на тему: Розробка модуля оперативного пам'яті на основі ІС К537РУ1