изменять параметры схемы количественно - например, изменить номинал резистора или конденсатора;

изменять параметры схемы качественно - например, добавить конденсатор или изменить тип источника тока;

построить графики силы тока или напряжения в предопределенных точках.

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

Все расчеты выполняются в системе единиц СИ. Сопротивлением, индуктивностью и емкостью проводников модуль пренебрегает, также полагает источники ЭДС идеальными (лишенными внутреннего сопротивления).

Ниже перечислены типовые схемы, которые изучают в рамках курса «Схемотехника» и моделирование которых выполнено в программном модуле для настройки параметров и изучения:

1) транзисторный ключ на биполярном транзисторе;

2) транзисторный ключ на полевом транзисторе;

3) транзисторный ключ на многоэмиттерном транзисторе;

4) элемент ТТЛ 2И-НЕ;

5) дифференциатор на операционном усилителе;

6) инвертор на операционном усилителе.

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

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

1) cмена источника ЭДС на постоянный ток;

2) cмена источника ЭДС на импульсный ток;

3) cмена источника ЭДС на переменный ток;

4) изменение номинала резистора;

5) изменение номинала конденсатора;

6) вывод графика тока в заданных моделью точках;

7) вывод графика напряжения на заданных моделью отрезках.

Модуль при расчете характеристик схемы не проверяет корректность работы схемы при выходе параметров за границы допустимых (например, возникновения короткого замыкания на участке или пробой перехода "коллектор-эмиттер"). Расчет выполняется на основе законов Ома для полной цепи и участка цепи, а также правил Кирхгофа. Ниже перечислены параметры элементов и характеристик схемы, с учетом установки и измерения:

1) сила тока - миллиамперы, измерение в заданной точке;

2) напряжение - вольты, измерение на участке;

3) резисторы - омы, абсолютное значение;

4) конденсаторы - микрофарады, абсолютное значение (но с учетом полярности конденсатора).

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

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

1) предопределенная схема -- схема, которая была заранее создана в программном коде проекта и содержит всё необходимое для её параметризации всеми необходимыми способами;

2) набор количественных характеристик схемы;

3) набор качественных характеристик схемы;

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

5) класс вывода схем -- позволяет нарисовать выбранную схему в интерфейсе программы и при необходимости, изменить её в соответствии с текущими качественными характеристиками;

6) класс вывода графиков - позволяет построить график на основе переданных ему значений и оси времени.

За обработку перечисленных выше данных, отвечают отдельные процедуры, выполняющие расчеты и построение результатов на основе входящих данных. Перечислим их:

1) установка количественного значения элемента схемы;

2) установка качественной характеристики схемы;

3) расчет тока в точке;

4) расчет напряжения на участке;

5) добавление значения в график;

6) вывод схемы на экран;

7) вывод графика на экран.

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

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

где I - сила тока в цепи,

U - приложенное напряжение,

R - сопротивление участка цепи.

Закон Ома для полной цепи аналогичен закону для участка, но учитывает еще сопротивление источника электродвижущей силы и показывает максимальный ток, который протекает через цепь.

где I - сила тока в цепи,

U - электродвижущая сила источника,

R - сопротивление цепи,

r - сопротивление источника.

Наконец, для расчета нелинейных участков цепей (где выполнено соединение нескольких проводников в узлах) используем правила Кирхгофа, предназначенные для подобных расчетов.

1) первое правило Кирхгофа -- алгебраическая сумма токов в каждом узле любой цепи равна нулю;

2) второе правило Кирхгофа -- алгебраическая сумма падений напряжений на всех ветвях, принадлежащих любому замкнутому контуру цепи, равна алгебраической сумме ЭДС ветвей этого контура.

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

Описание реализации модуля отображения результатов анализа схем

Модули для расчета и построения принципиальных электрических схем реализуются как классы и процедуры на языке высокого уровня Object Pascal, в интегрированной среде быстрой разработки Delphi 7. При разработке были учтены следующие задачи:

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

2) использование стандартных компонент -- отсутствие зависимостей от сторонних модулей существенно упрощает дальнейшую поддержку проекта;

3) самодокументированность исходного кода -- комментарии ко всем значимым фрагментам, соблюдение правил нотаций и оформления программного кода;

4) следование принципам объектно-ориентированного программирования при создании архитектуры модулей -- использование инкапсуляции, наследования, полиморфизма и виртуальных методов.

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

Компонент рисования PaintBox.

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

Пример кода вывода резистора с заданными параметрами на передаваемой как параметр канве рисования:



Главный контроллер редактора.

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

Пример кода, определяющего текущий компонент для переданных координат:

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

Наконец, важнейшим элементом проекта является элементарный класс электронного компонента, инкапсулирующий в себе следующие данные:

тип компонента (резистор, конденсатор, и т.д.);

его координаты в редакторе;

текст возле компонента;

положение текста возле компонента;

положение компонента (горизонтальное или вертикальное).

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

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

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

Обработчик движения курсора мыши -- либо перемещает элемент, либо подсвечивает проводник, над которым проходит курсор:

Обработчик подъема клавиши мыши -- приводит к освобождению текущего элемента от захвата:

Теперь для запуска модуля, осталось только обработать код создания формы, инициализировав в нём главный класс-контроллер редактора:

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

1) если модуль разности координат X и Y ножки элемента и монтажной точки менее 5 пикселей - программа обнуляет эту разницу;

2) в противном случае, вывод выполняется в том месте, где сейчас находится элемент.

Приведенный алгоритм позволяет эффективно позиционировать элементы на схемах даже при относительной низкой точности манипулятора "мышь":

Все фрагменты кода, приведенные выше, собираются в модуле, создаваемом в редакторе кода Delphi 7. Визуальное проектирование интерфейса в данном приложении сводится к минимуму -- нужно всего лишь установить ряд кнопок для добавления элементов и ряд опций для реализации отдельных функций, а также разместить компонент PaintBox для рисования на нём состояния схемы.

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

На Рис. 4 показана диаграмма классов в нотации UML, отражающая все классы логики модуля, интерфейса и главный контроллер. В рамках заданной нотации, разницы между классом с методами и записями нет, это имеет значение только внутри программной реализации.

Рис. 4. UML-диаграмма классов модуля редактора

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

1) считать параметры схемы, заданные в интерфейсе;

2) установить начальные значения переменных;

3) пройти по оси времени от 0 до заданного момента T с шагом dt;

4) для каждого момента t вычислить параметр схемы, опираясь на закон Ома и правила Кирхгофа;

5) сохранить пары значений «время -- показатель» в массиве;

6) вывести массив в виде графика;

7) ожидать команды от пользователя.

Эти действия могут быть схематично представлены в виде диаграммы действий, которая позволяет формализовать работы модуля расчета схемы. Эта диаграмма показана на Рис. 5.

Рис. 5. Диаграмма действий модуля расчета схем

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

Интеграция модулей в учебный комплекс.

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

1) класс схемы, предопределенный разработчиком;

2) название схемы для отображения в заголовке;

3) номер комплектации схемы;

4) дополнительный параметр -- наличие графика или таблицы истинности для схемы.

При наличии таких процедур, вызов формы осуществляется строками кодами, примеры которых приведены ниже:

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

Описание SQL-кода

Для работы непосредственно с данными, которые хранятся в таблицах базы данных, использовались возможности языка структурированных запросов SQL (Structured Query Language). SQL является языком программирования, который очень напоминает английский, но предназначен для программ управления базами данных. Каждый выполняемый запрос на самом деле основан на языке SQL.

SQL -- это язык программирования, предназначенный для работы с наборами фактов и отношениями между ними. В программах управления реляционными базами данных, таких как Microsoft Office Access, язык SQL используется для работы с данными. В отличие от многих языков программирования SQL удобно читаем и понятен даже новичкам. SQL является международным стандартом, признанным такими комитетами по стандартизации, как ISO (на английском языке) и ANSI (на английском языке).

SQL - запросы, написанные на этапе разработки данной программы, представлены в таблице 3.

Таблица 3 Описание sql-кода

№	SQL-запрос	Информация о запросе
1	select * from Usr_Question where (NomQuestion not in ( SpisokQuestions+'))and(NomTema='+ADODataSetTemaNomTema.AsString+') order by Txt	Выполняет выборку из таблицы Вопросы только тех вопросов, которые не встречаются в указанном списке вопросов (SpisokQuestions) и предназначенные для определенной темы. Полученные данные будут отсортированы по возрастанию поля Текст вопроса.
2	select * from Usr_Question where (NomTema='+ADODataSetTemaNomTema.AsString+') order by Txt	Выполняет выборку вопросов по указанной теме. Полученные данные будут отсортированы по возрастанию поля Текст вопроса.
3	select * from Usr_QuestionAnswer where NomHistTest='+IntToStr(NomHistTest)+' order by NomQuestion	Выполняет выборку информации, по каким вопросам были даны соответствующие ответы по указанному пройденному тесту.
4	select * from Usr_Gruppa where name not like '+QuotedStr('%'+Препод'+'%')+' order by name	Выполняет выборку из таблицы Группы только для студентов, в которых они учатся (все группы кроме преподовательских).
5	select * from Usr_Test order by name	Позволяет отобрать все данные по тестам с сортировкой по возрастанию по полю name.
6	select * from Usr_Polzovatel order by Famil, Name, Otchest	Позволяет отобрать всех пользователей с сортировкой следующих полей по возрастанию: Famil, Name, Otchest
7	select * from Usr_Question where NomQuestion='+IntToStr(NomQuestion)	Позволяет найти нужный вопрос в таблице Вопросов.
8	select * from Usr_HistoryTest where NomHistTest = '+IntToStr(NomHistTest)	Позволяет найти нужный результат прохождения тестирования в таблице История тестирования.
9	select * from Usr_Question	Позволяет отобрать все вопросы из таблицы Вопросов.
10	select * from Usr_QuestionAnswer	Позволяет отобрать все данные из таблицы Вопрос-Ответ.
11	select * from Usr_Level where ('+IntToStr(Summa)+ ' between BallOt and BallDo) order by BallOt	Позволяет найти нужный уровень результата прохождения тестирования в зависимости от количества набранных баллов Summa.

Тестирование программы

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

- знать метод тестирования программного обеспечения;

- знать тестируемое приложение.

В каждом новом тестировании тестер должен посвятить определенное время изучению приложения. Начинающий тестер обязательно должен освоить методы тестирования, в которые входят общие концепции тестирования и способ определения тестовых примеров[19]. Во время проведения теста, полученные результаты необходимо сравнить с ожидаемыми, чтобы выяснить, пройден тест или нет[13]. Для устранения найденных ошибок необходимо выполнить отладку, для этого требуется обнаружить некоторые признаки, или симптомы ошибки в программе, определить ее местоположения и выполнить исправление. Приложение, которое не смогло адекватно пройти базовый тест, не пригодно к использованию. Разработчики должны разобраться с проблемой и создать более надежное приложение. Если полученные результаты на выходе работы программного обеспечения отличаются от ожидаемых, то проведенное тестирование считается проваленным, и возникает несоответствие, которое означает наличие проблемы[20].

Ошибки и недочёты, которые были обнаружены в программе в процессе тестирования, приведены в таблице 4.

Входная и выходная информация

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

- перечень электрических схем для графического представления;

- перечень электрических схем для моделирования;

- справочная информация о вопросах тестов;

- справочная информация о темах;

- справочная информация о литературе;

- справочная информация о лекциях;

- информация о группах, в которых учатся студенты;

- данные студентов и преподавателей.

Таблица 4 Тестирование программы

№	Процесс обнаружения ошибки	Выполненные действия по устранению ошибки
1	Неверно определялся пароль для выбранного пользователя при авторизации. Войти в систему было невозможно.	Ошибка была связана с тем, что в программе не был реализован поиск выбранного пользователя.
2	При выполнении операции «Удаление теста» выдавалась ошибка СУБД о нарушении целостности БД.	Ошибка исправлена, перед удалением выбранного теста с помощью SQL-запроса выполнялся анализ связанных данных в других таблицах по удаляемому тесту.
3	При выполнении операции создания студентов, преподавателей, групп, тем и т.д. отсутствовал контроль на дублирование существующих данных в БД.	Выполнена работа по исправлению ошибки: добавлен контроль при сохранении данных. Выдается сообщение об уже имеющейся записи в БД.
4	При выполнении операции просмотра файла с указанной лекцией ничего не происходило.	Неверно определялся путь к папке с лекциями, теперь после указания каталога с лекциями документы отображаются на экране компьютера.
5	В процессе формирования теста при выборе темы отображаля неверный перечень вопросов.	Ошибка исправлена. Добавлено условие в таблицу Usr_Question (вопросы) на анализ выбранной темы.
6	При формировании печатной формы результата прохождения тестирования в excel неверно определялись ФИО тестируемого.	При авторизации в программе автоматически сохраняется фамилия текущего пользователя, которая затем и печатается везде в отчетах.
7	Во время прохождения тестирования с условием произвольного отображения вопросов в тесте, вопросы отображались по порядку, что неверно.	Ошибка исправлена, добавлен произвольный отбор вопроов теста.
8	Во время прохождения тестирования в произвольном порядке следования вопросов, некоторые вопросы повторялись несколько раз.	Ошибка исправлена, добавлен контроль уже появляющихся вопросов, для последующего их исключения из текущего режима тестирования.
9	При работе с данными литературы для обучения в поле тема данные не отображались, и поле было неактивно.	Отсутствовала связь с набором таблицы БД. После настройки связи ошибка исчезла.
10	При формировании отчета о результатах тестирования выдавалась ошибка о ненайденном файле шаблона.	Был неверно указан путь к файлу с шаблоном отчета в формате word. Ошибка исправлена.

2.2 Информационное обеспечение

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

- готовые графические изображения электрических схем;

- результат моделирования электрических схем;

- оформленные вопросы для тестов;

- сформированные режимы тестирования;

- результаты прохождения тестирования;

- отчеты в форматах MSExcel и MSWord;

- справочная информация о программе;

- справочная информация о разработчике данной автоматизированной системы.

Структура базы данных

Разработка структуры БД велась с использованием средств СУБД MS Access-2007.

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

В таблице “Usr_Polzovatel” хранится информация о пользователях, детальное описание таблицы представлено в таблице 5 (Приложение).

В таблице “Usr_Test” хранится информация по тестам, детальное описание таблицы представлено в таблице 6 (Приложение).

В таблице “Usr_HistoryTest” хранится информация об истории прохождения тестирования пользователями, подробное описание таблицы представлено в таблице 7 (Приложение).

В таблице “Usr_Gruppa” хранится информация о группах, в которых учатся студенты, детальное описание таблицы представлено в таблице 8 (Приложение).

В таблице “Usr_QuestionAnswer” хранится информация о вопросах и ответах пользователей при прохождении тестирования, детальное описание таблицы представлено в таблице 9 (Приложение).

В таблице “Usr_Question” хранится информация о вопросах по тестам, детальное описание таблицы представлено в таблице 10 (Приложение).

В таблице “Usr_Tema” хранится информация по темам, по которым выполняется обучение студентов и проводится тестирование, детальное описание таблицы представлено в таблице 11 (Приложение).

В таблице “Usr_Literature” хранится информация о литературе по каждой теме, детальное описание таблицы представлено в таблице 12 (Приложение).

В таблице “Usr_Lecture” хранится информация о названиях файлов с лекциями, детальное описание таблицы представлено в таблице 13(Приложение).

Разработка ER-диаграмм

ER-диаграммы логического и физического уровней разработаны с помощью программы ER-win и представлены на Рис. 7 и Рис. 8.

Для проектирования логической и физической модели базы данных был выбран программный продукт CA ERwin Modeler 7.3, который разработан компанией Computer Associates.



Рис. 6. Схема данных (Access)

CA ERwin Process Modeler является мощным инструментом для выполнения анализа, моделирования, документирования и оптимизации бизнес-процессов в организациях, компаниях и т.д. Возможности программы CA ERwin Process Modeler можно использовать для создания графических схем, чтобы смоделировать бизнес-процессы. Полученное графическое представление информации позволяет перевести задачи управления предприятиями из области сложного ремесла в сферу инженерных технологий.

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

С помощью ERwin реально безошибочно выполнить документирование важных аспектов любых бизнес-процессов: действия, которые необходимо предпринять с последующим их контролем, запланировать необходимые для этого ресурсы, а также визуализировать получаемые от этих действий результаты. CA ERwin Process Modeler позволит повысить бизнес-эффективность поставленных задач, аналитики и проектировщики моделей смогут соотносить корпоративные инициативы и задачи с бизнес - требованиями и процессами информационной архитектуры и проектирования приложений. В итоге на выходе получается вполне целостная картина деятельности организации: от потоков работ в небольших отделах до сложных организационных функций.

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

AllFusion ERwin Data Modeler -- это CASE-средство. Основное предназначение ERwin заключается в проектировании и документировании баз данных, а также создание и сопровождение базы данных, хранилища и витрины данных. Эффективность процесса организации, управления и администрирование различных аспектов деятельности предприятия, например уровень сложности данных, обеспечивается за счет модели данных, которая помогает визуализировать структуру данных.

ERwin понятно отображает сложные структуры данных. Удобная в использовании графическая среда AllFusion ERwin Data Modeler упрощает разработку базы данных и автоматизирует множество трудоемких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных и хранилищ данных. Данное решение позволит улучшить коммуникацию на любом предприятии или компании, обеспечивая совместную работу администраторов и разработчиков баз данных, многократное использование модели, а также наглядное представление комплексных активов данных в удобном для понимания и обслуживания формате[10].

Описание связей между сущностями

Рассмотрим подробнее связи между таблицами базы данных (таблица 14).



Рис. 7. ER-диаграмма логического уровня

Рис. 8. ER-диаграмма физического уровня

Таблица 14 Описание связей между таблицами БД

Обозначение	Главная таблица	Связанная таблица	Вид связи
R_1	Группы (Usr_Gruppa)	Пользователи (Usr_Polzovatel)	1:М
R_2	Пользователи (Usr_Polzovatel)	История тестов (Usr_HistoryTest)	1:М
R_3	Тесты (Usr_Test)	История тестов (Usr_HistoryTest)	1:М
R_4	История тестов (Usr_HistoryTest)	Вопрос-ответ (Usr_QuestionAnswer)	1:М
R_5	Вопросы (Usr_Question)	Вопрос-ответ (Usr_QuestionAnswer)	1:М
R_6	Темы (Usr_Tema)	Вопросы (Usr_Question)	1:М
R_7	Темы (Usr_Tema)	Лекции (Usr_Lecture)	1:М
R_8	Темы (Usr_Tema)	Литература (Usr_Literature)	1:М

Связь “R_1”. В сущности «Пользователи» (Usr_Polzovatel) содержится внешний ключ «НомерГруппа», который осуществляет связь с сущностью «Подразделения», и обозначает, к какой группе относится данный пользователь.

Связь “R_2”. В сущности «ИсторияТестов» (Usr_HistoryTest) содержится внешний ключ «НомерПольз», который осуществляет связь с сущностью «Пользователи», и обозначает, кто из пользователей прошел данное тестирование.

Связь “R_3”. В сущности «ИсторияТестов» (Usr_HistoryTest) содержится внешний ключ «НомерТеста», который осуществляет связь с сущностью «Тесты», и обозначает, по какому тесту было пройдено тестирование.

Связь “R_4”. В сущности «Вопрос-ответ» (Usr_QuestionAnswer) находится внешний ключ «НомерИсторТест», который осуществляет связь с сущностью «ИсторияТестов», и обозначает, к какому номеру истории тестирования относится данный ответ.

Связь “R_5”. В сущности «Вопрос-ответ» (Usr_QuestionAnswer) находится внешний ключ «Номер вопроса», который осуществляет связь с сущностью «Вопросы», и обозначает, на какой вопрос был дан ответ.

Связь “R_6”. В сущности «Вопросы» (Usr_Question) содержится внешний ключ «НомерТемы», который осуществляет связь с сущностью «Темы», и обозначает, по какой теме соответствует данный вопрос.

Связь “R_7”. В сущности «Лекции» (Usr_Lecture) содержится внешний ключ «НомерТемы», который осуществляет связь с сущностью «Темы», и обозначает, по какой теме предназначена данная лекция.

Связь “R_8”. В сущности «Литература» (Usr_Literature) содержится внешний ключ «НомерТемы», который осуществляет связь с сущностью «Темы», и обозначает, по какой теме предназначена данная литература.

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

Инфологическая модель была построена с учетом трех правил:

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

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

- должны отсутствовать зависимости части ключа от неключевых атрибутов.

Соблюдение данных правил при инфологическом проектировании гарантирует, что полученная структура будет представлена в нормальной форме Бойса-Кодда. Отношения, полученные из объектов инфологической модели, дополнительной нормализации не требуют.

Таким образом, выявленные, в ходе инфологического проектирования, объекты явно отображаются в объекты логической структуры базы данных.

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

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

Требования к рабочему месту для работы с программой:

- операционная система Windows XP и выше;

- СУБД MS Access 2007 и выше;

- процессор Intel Pentium 200Mhz

- оперативная память 64MB;

- монитор;

- манипулятор “мышь”;

- клавиатура.

2.4 Выводы по главе

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

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

3. Сопроводительная документация программного продукта

3.1 Общие сведения

Программная система для учебно-методического комплекса по изучению схемотехники аналоговых устройств разработана для эксплуатации в МИЭМ НИУ ВШЭ.

В настоящее время российская экономика ориентирована на разработку и внедрение, как на внутреннем, так и на внешнем рынке продукции высоких технологий, включая разработку аппаратно-программных комплексов (АПК), автоматизированных систем (АС) и программных продуктов (ПП). Существенно возросло число отечественных предприятий, выполняющих различные работы по упомянутым направлениям.

Неотъемлемой частью любой организации-разработчика программного обеспечения (ПО) является разработка технической документации (ТД).

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

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

Разработанная программа предназначена для студентов и преподавателей Московского института электроники и математики. Для удобства работы с программой реализован вызов дополнительных функций с помощью нажатия правой кнопки мыши, а также для просмотра длинной информации в определенной ячейке при отображении данных в табличном виде. Во многих окнах программы реализовано отслеживание нажатия клавиши ентер при вводе данных или esc для выхода из текущего окна программы[14]. При формировании отчетов в Excel реализована прорисовка таблиц для удобства просмотра данных при последующей печати на принтере. Все формируемые отчеты автоматически сохраняются в соответствующие каталоги, где расположены файлы программы.

Для работы с программой необходимо завести сотрудника в базе и установить для него логин и парол[18].

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

- каталог «Excel-files» предназначен для хранения результатов тестирования в формате excel;

- каталог «Patterns» предназначен для хранения шаблона, который используется для формирования отчета о результате тестирования в формате word;

- каталог «Word-files» предназначен для хранения результатов тестирования в формате word;

- каталог «Лекции» предназначен для хранения файлов с лекциями в форматах: doc, docx, xls, txt, pdf;

- каталог «Параметры» предназначен для хранения файла «Путь_к_лекциям.nnn», в котором содержится путь к каталогу с лекциями;

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

3.2 Инструкция для работы с тестами

Чтобы начать работать с данной программой, необходимо запустить файл ProjectShemotehnika.exe. После чего отобразится диалоговое окно программы на Рис. 9, где необходимо выбрать нужного пользователя и ввести логин с паролем для входа в программу. Если данные введены верно, то отобразится главное окно программы Рис. 10.

Рис. 9. Окно “Вход в систему”

Рис. 10. Главное окно программы

В главном меню программы «Справка» находится справочная информация следующего содержания: краткая информация о разработчиках программы и о программе, информация отображается на экране в удобной форме просмотра в формате «.chm».

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

По кнопке «Тестирование» выполняется вход в личным кабинет преподавателя, где осуществляется работа с данными тестов и обучающего материала, а также работа с информацией по студентам. Данное окно программы представлено на Рис. 11.

Рис. 11. Личный кабинет преподавателя

В разделе "Справочники" организована работа с данными:

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

- студенты/Преподаватели - информация по студентам и преподавателям, доступны функции добавления, удаления и редактирования;

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

- лекции и литература.

Чтобы создать тест сначала необходимо ввести данные по вопросам: пункт меню "Настройка тестов" --> "Вопросы".

На Рис. 12 ниже изображено окно программы с данными вопроса, где требуется указать текст вопроса, если вопрос содержит рисунок, то его необходимо добавить с помощью кнопки "Фото-вопрос". Затем ввести варианты ответов с указанием верного варианта, указать балл и выбрать тему вопроса. После ввода всей информации по вопросу для сохранения информации следует нажать кнопку "Сохранить", для отмены внесенных действий - кнопка "Отменить".

Рис. 12. Данные вопроса

После создания вопросов можно переходить к формированию теста, выбрав в этом же меню подпункт "Тесты".

Окно программы по работе с данными теста представлено ниже (Рис. 13), где необходимо ввести данные в соответствующие поля. Вопросы можно добавлять из разных тем. Если будет выбрано порядок следования "Случайным образом", то все вопросы в тесте будут показываться каждый раз при новом тестировании в произвольном порядке следования. Если последовательно, то будут выводиться по порядку. При нажатии на кнопку "Просмотр вопроса", можно будет увидеть, как будет изображен вопрос во время тестирования. После того, как тест будет создан, необходимо нажать кнопку "Сохранить тест".



Рис. 13. Формирование теста

Чтобы просмотреть результаты тестирования нужно выбрать соответствующий пункт меню "Результаты тестирования" (Рис. 14).

Рис. 14. История тестирования

С помощью настроек фильтра можно найти нужную информацию. Результат тестирования можно выгрузить в excel или word по заданному шаблону в папке "Patterns" в файле "Результат тестирования.doc". Excel - файлы будут выгружены в каталог "Excel-files", Word-файлы в "Word-files". В папке "Тестирование" сохраняются подробные результаты при тестировании с указанием полученного балла за каждый вопрос теста (Рис. 15).

Рис. 15. Отчет тестирования в excel

Для выхода из программы необходимо в главном окне программы выбрать «Выход».

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

3.3 Инструкция для работы с модулем отображения результатов анализа схем

На Рис. 16 приведен вид главной формы схемы "Транзисторный ключ".

Рис. 16. Главное окно модуля расчета схемы

Интерфейс расчета визуально организован в виде трех блоков:

1) поля и настройки управления;

2) вывод схемы;

3) вывод графиков.

Перечислим способы управления моделью через интерфейс, применительно к выбранной схеме:

1) "напряжение на входе" позволяет включить или отключить входной источник ЭДС;

2) "конденсатор" добавляет или удаляет шунтирующий конденсатор;

3) "импульсный ток" позволяет активировать источник импульсного тока;

4) все поля ввода позволяют задать числа номиналов элементов схемы.

Остальные схемы управляются через интерфейс аналогичным образом, отличия касаются только набора элементов и выбора опций. В схемах, которые используют логические элементы, вместо графика с осями времени и тока/напряжения будет отображена таблица истинности.

Используемые методы построения принципиальных электрических схем.

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

Перечислим возможности визуального редактора:

1) создание схемы выполняется визуальным образом, путем создания/перетаскивания элементов и их соединения проводниками;

2) элементы могут быть передвинуты, развернуты по горизонтали/вертикали, а также подписаны текстом;

3) готовую схему можно возможность сохранить в файл, а также экспортировать в графическое растровое изображение.

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

- резистор;

- конденсатор;

- ЭДС постоянного тока;

- ЭДС импульсного тока;

- биполярный транзистор;

- диод выпрямительный;

- общий провод;

- коннектор;

- операционный усилитель;

- полевой транзистор.

Созданный редактор позволяет выполнять разнообразные операции, которые поддерживаются относительно всех компонент в редакторе. Перечислим эти операции:

- перемещение элементов;

- поворот элементов;

- поворот текста;

- установка текста;

- удаление элемента.

Установка проводников выполняется по правилам схемотехники -- горизонтальные или вертикальные линии, с точностью до пикселя соединяющиеся с «ножками» элементов схемы. Также любой проводник может быть удален.

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

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

Рис. 17. Используемые элементы схем, поддерживаемые редактором для добавления и вывода в чертеж

Элементы «резистор», «конденсатор», «источник ЭДС», «источник импульсного тока», «диод» - поддерживают поворот, их можно нарисовать вертикально или горизонтально. Остальные элементы рисуются однотипным образом, без возможности поворота.

Подписи к элементам выполняются черным шрифтом, в любом месте. Единственные условия на подписи -- отсутствие пересечений подписей, элементов и соединительных проводников.

Проводники электрические выводятся тонкими черными линиями и соединяют все элементы, размещенные на схеме. Если проводник не соединен с элементом, то он должен быть или подключен к общему проводу (заземлению), или к источнику питания, или к клеммам входа-выхода, если это предусмотрено конкретной схемой.

Перечислим структурные единицы программы, которые используются в процессе создания схемы:

- элемент схемы -- представляет рисунок элемента, нужен для вывода элемента на схему;

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

- схема -- совокупность проводников и элементов, класс-агрегатор;

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

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

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

- удалить элемент со схемы -- указывается позиция элемента для удаления;

- переместить элемент со схемы -- указывается исходное и конечное положения элемента;

- добавить проводник -- указывается позиция проводника для добавления;

- удалить проводник -- указывается позиция проводника для удаления;

- задать текст элемента -- указывается позиция элемента, дополнительно вводится текст в поле ввода;

- повернуть элемент -- указывается позиция проводника для поворота;

- повернуть текст -- указывается позиция проводника для удаления.

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

Руководство пользователя редактора принципиальных схем.

На Рис. 18 приведен вид главной формы редактора принципиальных электрических схем.

Рис. 18. Главное окно модуля редактора принципиальных электрических схем

Редактор визуально организован в виде макетной платы с точками монтажа проводников и «ножек» элементов. При перемещении элементов по рабочему полю, они автоматически подтягивают свои координаты к точкам монтажа. Важно, что выполнить установку проводников, можно тоже только между двумя соседними (горизонтальными или вертикальными) точками. Это позволяет достичь двух дополнительных эффектов -- упростить создание схемы по правилам ровных проводников (недопустимы наклоны) и легко соединить «ножки» любых элементов с проводниками без дополнительной подгонки координат элементов.

Опишем функции реализованного модуля:

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

- выбор опции «Перемещение элементов» позволяет с помощью метода Drag&Drop перетаскивать размещенные элементы в редакторе. Привязка элементов к точкам монтажа выполняется автоматически;

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

- выбор опции «Задать текст» позволяет ввести в отдельном диалоговом окне текст для элемента, по которому будет выполнен щелчок;

- выбор опции «Поворот текста» позволяет сменить положение текста для элемента, по которому будет выполнен щелчок;

- выбор опции «Поворот элемента» позволяет сменить ориентацию для элемента, по которому будет выполнен щелчок;

- выбор опции «Удаление элемента» позволяет выполнить удаление элемента, по которому будет выполнен щелчок.

Наконец, опция «Показывать макетную сетку» позволяет включить/отключить отображение монтажных точек. Функции привязки элементов и установки проводников при этом не изменяются.

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

Заключение

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

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

Реализация системы проводилась с использованием инструментальных средств Borland Delphi 7.0 в сочетании с Access 2007. При написании программы основное внимание было уделено удобству работы пользователя и построению дружественного интерфейса.

Выполнено тестирование разработанной системы, которое дало положительный результат.

Список литературы

1. Корняков В. Н. Программирование документов и приложений MS Office в Delphi. -- СПб.: БХВ-Петербург, 2011. - 496 с : ил.

2. Кошелев В.Е. Access 2007. - М. ООО «Бином-Пресс», 2010 г. - 592с.: ил.

3. Точилкина Т.Е. Принципы создания информационных систем и моделирования бизнес-процессовс использованием пакета программ AllFusion Modeling Suite. Часть II. Моделирование данных и проектирование баз данных с ERwin Data Modeler. Учебное пособие. - М.: изд. Академии бюджета и казначейства, 2011. - 167 с.

4. Бекаревич, Ю. Б. Б42 Самоучитель Microsoft Access 2013 / Ю. Б. Бекаревич, Н. В. Пушкина. -- СПб.: БХВ-Петербург, 2014. -- 464 с.: ил. -- (Самоучитель).

5. Форта, Бен. SQL за 10 минут, 4-е изд.: Пер. с англ.--М.: ООО “И.Д. Вильямс”, 2014. -- 288 с.: ил. -- Парал. тит. ант.

6. Кириллов В.В., Громов Г.Ю., Введение в реляционные базы данных, Санкт-Петербург, «БХВ-ПЕтербург», 2011. - 464 с.

7. Тамре Л. Введение в тестирование программного обеспечения.: Пер. с англ. - М.: Издательский дом «Вильямс», 2011. - 368 с.: ил. - Парал.тит.англ.

8. Глазунов Л.П. Основы теории надежности автоматических систем управления. - М.: Энергоатомиздат, 2010- 154 с.

9. Глаголев В.А. Разработка технической документации: Руководство для технических писателей и локализаторов ПО (+CD). - СПБ.: Питер, 2012 - 192 с.ил.

10. Скрипкин К.Г. Экономическая эффективность информационных систем в России: Монография. - M.: МАКС Пресс, 2014. - 156 с.

11. Балыбердин В.А., Белевцев А.М., Степанов О.А. Вопросы оценки и обеспечения надёжности программных средств АСУ специального назначения // Известия ЮФУ. Технические науки. - 2014. - № 5 (154). - С. 115-120.

12. Степанов О.А., Шумило Д.А. Метод оценки программных средств АСУВ по результатам тестирования // Материалы всероссийской конференции «Современные тенденции развития теории и практики управления в системах специального назначения». - М.: Сис-темпром, 2014. - С. 11-14.

13. Тамре Л. Введение в тестирование программного обеспечения.: Пер. с англ. - М.: Издательский дом «Вильямс», 2008. - 368 с.: ил. - Парал.тит.англ.

Приложение

Таблица 5 Атрибуты сущности “Usr_Polzovatel”

Название поля в таблице	Обозначение поля таблицы	Тип	Информация
Номер пользователя	NomPolz	Счетчик	Первичный ключ. Работает в качестве счетчика, автоматически инкрементируется на единицу при добавлении в таблицу новых данных.
Фамилия	Famil	Текстовый	Фамилия студента или преподавателя
Имя	Name	Текстовый	Имя студента или преподавателя
Отчество	Otchest	Текстовый	Отчество студента или преподавателя
Логин	Lg	Текстовый	Логин пользователя при авторизации в программе
Пароль	Psw	Текстовый	Пароль пользователя при авторизации в программе
Администратор	Admin	Логический	Если установлено Истинно, то права администратора, иначе - обычного пользователя.
Номер группы	NomGruppa	Числовой	Ссылка на номер группы. Внешний ключ, связь с сущностью “Usr_Gruppa”.

Таблица 6 Атрибуты сущности “Usr_Test”

Название поля в таблице	Обозначение поля таблицы	Тип	Информация
Номер теста	NomTest	Счетчик	Первичный ключ. Работает в качестве счетчика, автоматически инкрементируется на единицу при добавлении в таблицу новых данных.
Название	Name	Текстовый	Название теста
Кол-во вопросов	KolQuestion	Числовой	Содержится количество вопросов в данном тесте
Время теста	TimeTest	Числовой	Хранится время, которое отведено на прохождение данного теста.
Порядок	Porydok	Числовой	Определяет порядок следования вопросов в тесте.

Таблица 7 Атрибуты сущности “Usr_HistoryTest”

Название поля в таблице	Обозначение поля таблицы	Тип	Информация
Номер истории тестирования	NomHistTest	Счетчик	Первичный ключ. Работает в качестве счетчика, автоматически инкрементируется на единицу при добавлении в таблицу новых данных.
Дата	Data	Дата/время	Дата прохождения тестирования
Время	TimeTest	Числовой	Потраченное время для прохождения тестирования (в секундах).
Балл	Balls	Числовой	Количество баллов, которые были набраны во время тестирования.
Номер теста	NomTest	Числовой	Ссылка на номер теста. Внешний ключ, связь с сущностью “Usr_Test”.
Номер пользователя	NomPolz	Числовой	Ссылка на номер пользователя. Внешний ключ, связь с сущностью “Usr_Polz”.

Таблица 8 Атрибуты сущности “Usr_Gruppa”

Название поля в таблице	Обозначение поля таблицы	Тип	Информация
Номер группы	NomGruppa	Счетчик	Первичный ключ. Работает в качестве счетчика, автоматически инкрементируется на единицу при добавлении в таблицу новых данных. ...

Подобные документы

• Разработка программно-методического комплекса "Чукотский букварь"

  Психолого-педагогические и обще-методические аспекты использования ИКТ в образовательном процессе. Анализ сред разработки мобильных приложений и языков программирования. Технология создания программно-методического комплекса для изучения чукотского языка.
  
  дипломная работа [5,8 M], добавлен 07.06.2014
  

• Разработка компьютерной игры "Пинг-понг"

  Требования к техническим, программным средствам разработки и функционированию программы. Обоснование выбранного языка программирования. Описание алгоритма решения задачи, тестирование ее основных функций. Понятие дружелюбного пользовательского интерфейса.
  
  курсовая работа [85,9 K], добавлен 31.10.2014
  

• Разработка справочной системы по управлению пакетом 1С

  Краткое описание этапов разработки программного продукта. Анализ поставленных задач и определение основных функций программы. Разработка пользовательского интерфейса. Составление программной документации. Техническое задание на разработку проекта.
  
  дипломная работа [1,5 M], добавлен 06.04.2013
  

• Модернизация электронного учебно-методического комплекса

  Анализ структуры электронного учебно методического комплекса по дисциплине "Проектирование АСОИУ". Цели модернизации электронного учебно-методического комплекса. Общие сведения о системе проверки остаточных знаний, ее алгоритма функционирования.
  
  дипломная работа [1,3 M], добавлен 11.07.2010
  

• Программа "Поисковая система на основе хэш-таблиц"

  Основные методы объектно-ориентированного программирования поисковой системы. Выбор языка программирования и среды разработки приложения. Реализация паттерна, использование принципа сохраняемости. Описание пользовательского интерфейса поисковой системы.
  
  курсовая работа [781,4 K], добавлен 29.04.2015
  

• Программа на языке программирования высокого уровня Borland Delphi 7.0

  Разработка программы создания заметок в любом месте компьютера. Выбор технологии, языка и среды разработки приложения. Описание основных алгоритмов работы программного обеспечения. Проектирование пользовательского интерфейса. Выбор стратегии тестирования.
  
  отчет по практике [700,5 K], добавлен 24.11.2014
  

• Разработка информационной системы для автоматизации деятельности сервисного центра

  Характеристика основных потоков данных, существующих на предприятии. Способы и средства для разработки программного обеспечения. Проектирование пользовательского интерфейса. Разработка слоя взаимодействия с базой данных. Разработка слоя бизнес сервисов.
  
  дипломная работа [750,8 K], добавлен 10.07.2017
  

• "Строка" и "множество" с использованием АСМ–технологии

  Разработка структуры и содержания возможных элементов учебно-методического комплекса по курсу по теме "Строки" и "Множества". Анализ применения АСМ-технологий в учебном процессе. Изучение возможностей и разработка задач для программы "Testingarea".
  
  курсовая работа [1,5 M], добавлен 01.01.2011
  

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

  Рассмотрение основ разработки программ с четкой структуризацией с применением технологии нисходящего программирования. Постановка задачи, применение процедуры и функции из стандартных модулей при создании проекта. Создание пользовательского интерфейса.
  
  курсовая работа [936,7 K], добавлен 22.01.2015
  

• Разработка автоматизированного учебно-методического комплекса по дисциплине "Бухгалтерские информационные системы"

  Анализ применения информационных технологий в организации обучения. Особенности проектирования автоматизированных информационно-справочных систем. Обзор средств создания приложения. Разработка пользовательского интерфейса программы, ее тестирование.
  
  курсовая работа [1,2 M], добавлен 09.04.2015
  

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

  Анализ предметной области, этапы проектирования автоматизированных информационных систем. Инструментальные системы разработки программного обеспечения. Роль CASE-средств в проектировании информационной модели. Логическая модель проектируемой базы данных.
  
  курсовая работа [410,6 K], добавлен 21.03.2011
  

• Информационный портал "Справочник нумизмата"

  Проектирование информационной системы. Проект базы данных, проект пользовательского интерфейса системы, проекты реализации основных функций системы. Описание программного проекта: описание модулей (файлов) и подсистем проекта, глобальных данных.
  
  курсовая работа [938,5 K], добавлен 31.10.2015
  

• Разработка базы данных "Управление складом"

  Классификация систем управления базами данных. Выбор операционной системы, языка программирования, среды разработки (IDE) и дополнительных компонент. Разработка интерфейса и функций программы по управлению складом, её тестирование и исходный код файлов.
  
  курсовая работа [487,3 K], добавлен 25.12.2015
  

• Игра "Жизнь"

  Проектирование игры "Жизнь" и ее реализация в среде разработки Visual Studio 2010, версия .Net Framework 4.0. Особенности языка программирования C#, основных принципов ООП на языке C#. Проектирование пользовательского интерфейса. Описание алгоритмов.
  
  курсовая работа [990,0 K], добавлен 18.04.2013
  

• Реализация инструментария по работе с бинарными деревьями

  Обоснование выбора языка и среды программирования. Обзор и анализ существующих программных решений. Разработка графического и пользовательского интерфейса. Алгоритм бинарного поиска. Методы добавления, удаления элемента из дерева и вывода на экран.
  
  курсовая работа [1,3 M], добавлен 31.05.2016
  

• Разработка программного обеспечения для организации интерфейса программно-методического комплекса

  Выбор базовых программных средств для разработки оригинального программного обеспечения. Компоненты программно-методического комплекса проектирования токарных операций. Программное обеспечение для организации интерфейса программно-методического комплекса.
  
  дипломная работа [2,8 M], добавлен 14.05.2010
  

• Разработка автоматизированной информационной системы для медработников "Заказы на лекарства"

  Выбор, обоснование и особенности работы СУБД. Характеристика языков программирования. Разработка структурной и функциональной модели информационной системы аптеки. Проектирование программной среды АИС и ее интерфейса. Построение модели базы данных.
  
  курсовая работа [442,3 K], добавлен 21.04.2012
  

• WEB сервис поиска терминалов банка

  Обзор существующих систем атоматизированного поиска. Мир электронных денег. Разработка структуры системы автоматизированного поиска отделений и терминалов банков. Обоснование выбора технологии разработки, программной среды и языка программирования.
  
  курсовая работа [1,2 M], добавлен 17.01.2011
  

• Разработка специализированного программного модуля для решения указанной задачи

  Выбор технологии, языка и среды программирования. Анализ процесса обработки информации и оценка структур данных для ее хранения. Разработка основных алгоритмов решения и структурной схемы программного продукта. Проектирование интерфейса пользователя.
  
  курсовая работа [449,8 K], добавлен 14.01.2011
  

• Создание автоматизированной информационной системы охраны окружающей среды. Модуль "Недра"

  Анализ области автоматизации. Проектирование пользовательского интерфейса и баз данных. Выбор платформы создания информационной системы. Взаимодействие приложения с источниками данных. Оценка длительности и стоимости разработки программного обеспечения.
  
  дипломная работа [2,2 M], добавлен 09.08.2011
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам