Современные задачи многомерного анализа в энцефалографии

где b - конечный размер сечения (или ширина) пучка.

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

1)длина волны лазерного излучения равна 0, 632,8х10-6 м

2)расходимость пучка лазерного источника излучения 2х10-3 рад

3)мощность лазерного излучения 25х10-3 Вт

При заданных граничных условиях рассматриваемого эксперимента и соответствующих преобразованиях [6] получим следующее выражение:

Величины используемых в эксперименте параметров:

∆n = 1*10-5, X0 = 4,5*10-3м, b = 2*10-3м, λ = 6,326*10-6м, l = 4*10-3м.

Использование численных методов для решения задач эллипсометрии [7] позволяет оценить влияние величины лазерного излучения на измеряемую характеристику интенсивности лазерного излучения создана программа, алгоритм которой был реализован с использованием компилятора Borland C++ Builder под операционной системой

Windows:

График зависимости интенсивности излучения от размера лазерного источника строится по описанному алгоритму и имеет следующий вид на рисунке 1.

Созданная программа позволяет оценить влияние размера рабочего пучка лазерного источника излучения на величины параметров массопереноса, и при необходимости минимально устранить это влияние.

Рис.1

284

ВАРИАНТ БАЗЫ ДАННЫХ ДЛЯ ЛОКАЛЬНОЙ СЕТИ УЧЕБНОЙ ЛАБОРАТОРИИ САПР ВУЗА.

С.С. Винницкий, А.Д. Иванов, М.С. Петрищев

Современные базы данных (БД) представляют собой универсальное, но довольно громоздкое средство хранения информации и потому требуют не менее сложной системы пользования ими (СУБД). Кроме того, они не учитывают специфику сведений, необходимых в повседневной работе конструктора. Как правило, для постоянного пользования требуется лишь часть БД, либо небольшая БД, которую проще создавать, использовать и проще дополнять.

Предлагаемый вариант локальной БД для небольших конструкторских бюро приборостроения, работающих в довольно узких областях, отличается следующими особенностями. Во-первых, данные хранятся в том же виде, как и в справочной литературе, в привычном виде; во-вторых, все данные об однотипных изделиях хранятся в виде отдельных текстовых файлов. Набор таких файлов образует БД. Наконец, предлагаемый алгоритм обращения к БД для выбора требуемой информации повторяет действия конструктора при выборе нужных данных в справочной литературе.

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

Пример файла БД: Содержание файла «metric.dat».

Размеры сбегов, недорезов, проточек и фасок (мм) для метрической резьбы

(по ГОСТ 10549-63).

Данные из:

Заплетохин В.А. Соединение деталей приборов. Л.: Изд-во Ленингр. ун-та, 1974.

-----------------------------------------------------------------------------

Примечания:

1.Максимальная величина сбега соответствует углу заборной части инструмента 20 градусов, минимальная - 45 градусов.

2.В размер недореза входят величина сбега и величина ненарезанной части

детали между концом сбега и опорной поверхностью детали (недовод).

-----------------------------------------------------------------------------

* - Данные отсутствуют либо не предусмотрены.

-----------------------------------------------------------------------------

286

Файл содержит справочный раздел и два раздела данных – по наружной и внутренней метрической резьбе. Метка их разделения – «-!-». Маркер, позволяющий сохранять структуру БД при отсутствии данных – «*». В тексте комментария к разделам данных не должно быть пропусков. Пропуски рекомендуется заполнять символом подчеркивания. Например:

-!-Наружная_резьба Выборка данных из файла легко может осуществляться программными

средствами с помощью подпрограммы-функции с необходимым набором входных и выходных параметров. Алгоритм действий, реализованный в подпрограмме-функции, последовательно перебирает все записи в пределах БД. Выборка осуществляется в цикле с постусловием. Условием служит ненахождение метки конца файла. Выборка данных в пределах требуемого раздела осуществляется с помощью счетчика меток. Все встречающиеся метки считаются. При равенстве сосчитанного и требуемого значений счетчика меток осуществляется выборка в пределах раздела. Требуемое значение счетчика является одним из входных параметров.

Каждая запись проверяется на соответствие заданным критериям. Одним из критериев является поиск ближайшего большего. Запись, наилучшим образом удовлетворяющая критериям выборки, запоминается и передается в головную программу в виде одномерного массива данных, которые непосредственно используются для создания DXF-файла разрабатываемого чертежа и выпуска текста ПЗ.

287

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

Начало

Получение значений входных параметров из головной программы

Описание локальных переменных

Обращение к БД

Считать очередное значение поля

288

Данный алгоритм реализован на языке программирования Turbo C. Для иллюстрации его работы решим задачу определения параметров резьбы по заданному шагу.

В качестве входных параметров подпрограммы-функции выберем: baza – имя файла БД; stolb – количество столбцов в файле; N_ser – требуемое значение счетчика меток; Status_0 - статус 1-го столбца (1 – буквенно-цифровой, 0 – иначе); stolb_par - № столбца поиска; par_1 – значение параметра для поиска. Выходные параметры: Results[16] – массив выборки; name_podbor – если 1-ый по счету столбец букв.-цифр., то «заголовок» строки (например, обозначение двигателя).

289

Листинг программы:

#include <stdio.h> #include <stdlib.h> #include <string.h>

void search_one (char baza[12], int stolb, int N_ser, int Status_0, float stolb_par, float par_1);

float Results[16]; char name_podbor[7], name_vrem[7];

void main(void)

{

float t, sbeg, faska;

printf ("\n\nВведите значение шага резьбы, мм: "); scanf ("%f", &t);

printf ("\nВ справочных данных значения величины сбега и фаски резьбы."); search_one ("metric.dat", 10, 1, 0, 1, t);

sbeg=Results[3]; faska=Results[10];

printf ("\nСбег равен %.3g мм, фаска %.2gx45.", sbeg, faska);

}

void search_one (char baza[12], int stolb, int N_ser, int Status_0, float stolb_par, float par_1)

{

FILE *bd;

char dan[7]; int schet=-1, i;

float vrem[16], float d_vel=10000; bd=fopen(baza, "r");

do

{

a1: fscanf (bd, "%s", name_podbor);

if (strncmp(name_podbor, "-!-", 3)==0) {schet=schet+1; goto a1;} if (schet == N_ser)

{

if (Status_0==0) {vrem[1]=atof(name_podbor);}

else {fscanf (bd, "%s", dan); vrem[1]=atof(dan);} for (i=2; i<stolb+1; i++)

{fscanf(bd, "%s", dan);

if (dan!="*") {vrem[i]=atof(dan);} else {vrem[i]=0.;}

}

if (vrem[stolb_par]>=par_1 && vrem[stolb_par]<d_vel) {d_vel=vrem[stolb_par]; strcpy (name_vrem, name_podbor); for (i=1; i<stolb+1; i++) {Results[i]=vrem[i];}

}

}

}

while (!feof(bd)); fclose (bd); return;

}

290

ДОКУМЕНТИРОВАНИЕ ЖИЗНЕННОГО ЦИКЛА ИНФОРМАЦИОННЫХ СИСТЕМ.

А.А Зарафьянц

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

Проект - это комплекс взаимосвязанных мероприятий, предназначенных для достижения поставленных задач в течение заданного периода времени и при установленном бюджете с четко определенными целями. Как и любой проект, создание информационной системы проходит через определенные этапы в своем развитии. Под жизненным циклом обычно понимают процесс, который начинается с момента принятия решения о начале проекта и заканчивается лишь в момент полного изъятия информационной системы из эксплуатации [5].

У каждого проекта можно выделить начальную (прединвестиционную) стадию, стадию реализации проекта и стадию завершения работ по проекту. Это может показаться очевидным, но понятие жизненного цикла проекта является одним из важнейших для руководителя (менеджера) проекта, поскольку именно текущая стадия определяет задачи и виды деятельности, используемые методики и инструментальные средства.

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

-программное обеспечение,

-информационное обеспечение,

-технические средства,

-обслуживающий персонал

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

Более сложная модель жизненного цикла программной системы - спиралевидная модель Боэма, приведенная на рисунке 1. Модель Боэма [2] итеративна - разработка ведется в несколько этапов, и на каждом новом этапе используются сделанные ранее наработки. На первом этапе определяются цели задачи проекта, формулируются требования. Концепции оцениваются, формулируется план по требованиям и жизненному циклу. На втором витке проектирования составляются и проверяются детальные спецификации, создается прототип и проводится анализ рисков, проект проверяется, утверждается и разрабатывается детальный план. Анализ рисков и построение прототипа на следующем витке предвосхищают процесс непосредственной реализации системы.

В ходе разработки ведется работа над рядом документов. В первую очередь создается общее описание проекта, концепции разработки. Далее появляются спецификации и детальное техническое задание. Спецификации - один из наиболее важных документов [3]. Он представляет собой пронумерованный список требований, минимально зависимых друг от друга. Качество реализации каждого из сформулированных пунктов-требований к системе будет проверяться на завершающих стадиях проекта. Спецификациипродукт переговоров заказчика и разработчика, это документ должен быть понят и заверен обеими сторонами.

292