Информационная система мониторинга и анализа аксиосферы студентов

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Министерство образования и науки РФ

ФГБОУ ВПО «Самарский государственный архитектурно-строительный университет»

Факультет информационных систем и технологий

Кафедра прикладной математики и вычислительной техники

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к дипломному проекту на тему:

Информационная система мониторинга и анализа аксиосферы студентов ФИСТ

СТУДЕНТА ГИП-108 Толкачев Денис Александрович

Самара 2013 г.



РЕФЕРАТ

Дипломный проект.

Пояснительная записка: 132 с., 41 рис., 21 табл., 24 источника, 3 приложения.

Графическая документация: 12 л. А4.

АВТОМАТИЗИРОВАННАЯ СИСТЕМА, АКСИОСФЕРА, МОНИТОРИНГ, АНАЛИЗ, ЦЕННОСТЬ, ТЕСТИРОВАНИЕ.

Объектом проектирования является автоматизированная система мониторинга и анализа аксиосферы студентов.

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

Разработано информационное и программное обеспечение системы по методологии UML.

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

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



СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. СИСТЕМОТЕХНИЧЕСКАЯ ЧАСТЬ

1.1 Описание и системный анализ эволюции предметной области

1.2 Обзор существующих систем

1.3 Обоснование класса проектируемой системы

1.4 Цели проектирования

1.5 Используемые средства разработки

1.6 Разработка модели анализа

1.7 Разработка логической структуры базы данных

1.8 Выбор технических средств и ресурсный анализ

2. КОНСТРУКТОРСКО-ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ

2.1 Выбор и обоснование архитектуры системы

2.2 Выбор и обоснование средств комплекса программно-технических средств

2.3 Диаграммы поведения

2.4 Диаграмма компонентов

2.5 Диаграмма развертывания

2.6 Разработка интерфейсов программы

2.7 Разработка программы и методики испытаний

2.8 Методы испытаний

2.9 Реализация контрольного примера

2.10 Разработка руководства пользователя

3. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РАЗРАБОТКИ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ МОНИТОРИНГА И АНАЛИЗА АКСИОСФЕРЫ СТУДЕНТОВ ФИСТ

3.1 Требования к технико-экономическому обоснованию, разработки автоматизированной информационной системы мониторинга и анализа аксиосферы студентов ФИСТ

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

4.1 Общие положения

4.2 Требования к ПЭМВ

4.3 Требования к помещениям для работы с ПЭМВ

4.4 Требования к микроклимату, содержанию аэроионов и вредных химических веществ в воздухе на рабочих местах, оборудованных ПЭВМ

4.5 Требования к освещению на рабочих местах, оборудованных ПЭВМ

4.6 Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ

4.7 Общие требования к организации рабочих мест пользователей ПЭВМ

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

4.9 Виды вибрации и их воздействие на человека. Вибрационная болезнь. Нормирование вибрации

5. ИССЛЕДОВАТЕЛЬСКИЙ РАЗДЕЛ

5.1 Объект исследования

5.2 Сбор данных для исследования

5.3 Проведение исследования

5.4 Вывод

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А

ПРИЛОЖЕНИЕ Б

ПРИЛОЖЕНИЕ В

ПРИЛОЖЕНИЕ Г



ВВЕДЕНИЕ

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

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

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

Термин «мировоззрение» определяется следующим образом:

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

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

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

Так, по мнению С. Ангелова, «моральные взгляды людей выражают нормы и отношения, у которых общая основа -- материальное бытие» [2].

С точки зрения Г.И. Курган, взгляды в отличие от представлений носят теоретизированный, а не эмпирический характер. Они формируются на основе рационального осмысления индивидом принятых им принципов поведения [3].

Как «одно из средств выражения субъектом его социальных позиций» рассматривает взгляды Т.С. Лапина, отмечая при этом, что во взглядах «отражается понимание индивидом добра и зла, справедливости, смысла жизни» [4].

«Взгляды выражают определенную точку зрения на сущность явлений природы, общественной жизни, человеческого познания», - отмечает Э.И. Монсозон [5].

«Взгляды» используются личностью для выражения своей оценки, своей позиции по отношению к ситуации или событию, подпадающему под «действие» фиксированного в них значения», - подчеркивает Г.Е.Залесский [6].

Согласно В.Н. Мясищеву взгляды входят в структуру отношений, определяющих направленность человека, а направленность понимается как внутренний личностный механизм, который определяет внешнее поведение [7].

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

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



1. СИСТЕМОТЕХНИЧЕСКАЯ ЧАСТЬ

1.1 Описание и системный анализ эволюции предметной области

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

Данная методика получила название «Морфологический тест жизненных ценностей» (МТЖЦ), исходя из целей и задач исследования - определения мотивационно-ценностной структуры личности.

Основным диагностическим конструктом МТЖЦ являются терминальные ценности. Под термином «ценность» мы понимаем отношение субъекта к явлению, жизненному факту, объекту и субъекту, и признание его как важного, имеющего жизненную важность.

Перечень жизненных ценностей включает:

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

2. Духовное удовлетворение, т.е. руководство морально-нравственными принципами, преобладание духовных потребностей над материальными.

3. Креативность, т.е. реализация своих творческих возможностей, стремление изменять окружающую действительность.

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

5. Собственный престиж, т. е. завоевание своего признания в обществе путем следования определенным социальным требованиям.

6. Высокое материальное положение, т.е. обращение к факторам материального благополучия как главному смыслу существования.

7. Достижение, т. е. постановка и решение определенных жизненных задач как главных жизненных факторов.

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

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

Перечень жизненных сфер:

1. Сфера профессиональной жизни.

2. Сфера образования.

3. Сфера семейной жизни.

4. Сфера общественной активности.

5. Сфера увлечений.

6. Сфера физической активности.

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

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

Условия проведения

Морфологический тест жизненных ценностей состоит из 112 утверждений (см. ниже), каждое из которых испытуемому необходимо оценивать по 5-балльной системе. Перед началом тестирования испытуемому дается следующая инструкция:

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

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

- если для Вас имеет небольшое значение, то поставьте цифру 2;

- если для Вас имеет определенное значение - поставьте цифру 3;

- если для Вас это ВАЖНО - поставьте цифру 4;

- если для Вас это ОЧЕНЬ ВАЖНО - поставьте цифру 5.

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

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

Порядок обработки полученных результатов

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

Далее суммируем баллы ответов в соответствии с ключом. Таким образом, получаем первичные тестовые результаты. В шкале достоверности при подсчете необходимо учитывать знак. Все ответы со знаком минус инвертируются. Так, если испытуемый ставит 5 баллов в ответе на утверждение, относящееся к шкале достоверности, то ему соответствует 1 балл. Если же за утверждение с отрицательным значением испытуемый ставит 1 балл, то ему будет соответствовать 5 баллов.

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

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

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

программный технический база данные



1.2 Обзор существующих систем

Таблица 1 - Сравнение аналогов системы

Система	Кол-во вопросов	Возможность создания тестов	Распространение	Направленность теста
ФИСТ СГАСУ	Неограниченно	Нет	Платное (от 10 тыс. руб.)	Психологическая
INDIGO	Неограниченно	Есть	Бесплатное	Профориентационная
OpenTest	Неограниченно	Есть	Платное (от 30 тыс. руб.)	Профориентационная

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

1.3 Обоснование класса проектируемой системы

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



1.4 Цели проектирования

Разработка автоматизированной информационной системы, реализующей:

1) Ведение справочной информации:

- семестры;

- группы;

- студенты;

- пользователи.

2) Ввод и редактирования исходных данных:

- утверждения;

- ключ к тесту;

- ценности;

- аксиосферы;

- ориентировочные нормы для шкал жизненных ценностей;

- ориентировочные нормы для шкал аксиосфер;

- таблица определения достоверности.

3) Авторизация пользователя, определение его прав и настройка интерфейса;

4) Вывод списков, подходящих ролям пользователей;

5) Вывод отчетов:

- по группам студентов;

- индивидуальных по студенту.

1.5 Используемые средства разработки

1.5.1 Краткое описание методологии UML

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

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

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

UML предназначен для описания, визуализации и документирования объектно-ориентированных систем и бизнес-процессов с ориентацией на их последующую реализацию в виде программного обеспечения [9].

1.6 Разработка модели анализа

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

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

- модель анализа;

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

- модель развертывания;

- модель реализации.

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

1.6.1 Диаграмма вариантов использования

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

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

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

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

Каждому актанту на схеме соответствуют возможности, доступные при использовании системы.

Например, актант «Администратор», при работе с системой, имеет следующие возможности:

- редактирование справочников групп студентов;

- редактирование справочников пользователей;

- редактирование справочников семестров;

- редактирование справочников ценностей;

- редактирование справочников утверждений;

- редактирование справочников аксиосфер.

У актанта «Преподаватель» есть возможность формирования отчетов системы:

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

- отчет о результатах тестирования по группе.

У актанта «Студент» есть возможность пройти тестирование и посмотреть результаты.

1.6.2 Сценарии вариантов использования

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

Рисунок 1 - Диаграмма вариантов использования

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

Вариант использования: Авторизация пользователя в системе.

Краткое описание: Дает возможность пользователю авторизоваться с последующей работой в системе. Расширяется вариантами использования: «Авторизация и работа студента», «Авторизация и работа преподавателя», «Авторизация и работа администратора».

Актант: Пользователь.

Предусловие: Компьютер пользователя включен, программа запущена. На экране - окно авторизации пользователя.

Основной поток событий:

1. В окне авторизации пользователь вводит свой логии и пароль.

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

А1: Пользователь ввел неверные данные.

Вариант использования успешно завершен.

Раздел альтернатив:

А1: Пользователь ввел неверные данные.

А1.1: Система выдает сообщение «Вы ввели неверный логин/пароль. Повторите попытку» и открывает окно авторизации пользователя.

Вариант использования: Авторизация и работа студента.

Краткое описание: Вариант является расширением варианта использования: «Авторизация пользователя ».

Актант: Студент.

Предусловия: Выполнен пункт 2 основной последовательности варианта использования «Авторизация пользователя».

Основной поток событий:

1. Система открывает главную форму приложения. На форме отображены основные функции системы и ссылка на страницу прохождения тестирования.

2. Студент нажимает на ссылку, либо на кнопку вверху страницы «Пройти тест».

А1: Выход из системы.

3. Система выводит на экран форму с утверждениями и переключателями.

4. Студент проходит тестирования выбирая оценку по каждому утверждению и нажимает кнопку «Отправить».

А1: Выход из системы.

А2: Выбраны оценки не по всем утверждениям.

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

6. Система открывает страницу с результатами тестирования данного студента и кнопкой «Сбросить результаты».

А1: Выход из системы.

А3: Нажата кнопка «Сбросить результаты».

Вариант использования успешно завершен.

Раздел альтернатив:

А1: Выход из системы.

А1.1: Студент нажимает кнопку «Выход».

А1.2: Система выводит на экран главную страницу приложения.

А2: Выбраны оценки не по всем утверждениям.

А2.1: Система выводит на экран сообщение «Вы ответили не на все вопросы» и кнопкой «Ок».

А2.2: Студент нажимает кнопку «Ок» и продолжает тестирование.

А3: Нажата кнопка «Сбросить результаты».

А3.1: Студент нажимает кнопку «Сбросить результаты».

А3.2: Система удаляет данные из БД о прохождении тестирования студентом и открывает пустую страницу результатов тестирования с ссылкой на тестирование.

1.6.3 Диаграммы классов (class diagram)

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

Диаграмма классов представляет собой граф, вершинами которого являются элементы типа «классификатор», связанные различными типами структурных отношений. Диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи [11].

Диаграмма сущностных классов АИС, показанная на рисунке 2, содержит 8 сущностей, каждая из которых хранит определенный массив данных, с которыми работает система.

Рассмотрим основные сущности диаграммы:

- Студент. В данной сущности хранятся данные о студентах. Атрибутами сущности являются: ФИО студента, идентификатор студента;

- Группа. В данной сущности хранятся данные о группах студентов. Атрибутами сущности являются: идентификатор группы и название группы;

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

Рисунок 2 - Диаграмма сущностных классов

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

В ней отражены:

- форма авторизации, позволяющая настроить интерфейс всей системы в соответствии с правами пользователя;

- главная форма приложения, которая даёт пользователю доступ к пунктам меню программного комплекса;

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

- формы отчетов обеспечивает работу системы отчетов программного комплекса.

В системе предусмотрено несколько видов отчетов:

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

- отчет о результатах тестирования по группе.

Вывод справочной информации.

На диаграмме классов управления (рисунок 3) отображается взаимодействие основных менеджеров, используемых в системе. В данном случае это менеджер приложения и менеджер СУБД.

Рисунок 3 - Диаграмма классов управления

Рисунок 4 - Диаграмма граничных классов

1.6.4 Диаграмма состояний (statechart diagram)

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

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

Диаграмма состояний системы представлена на рисунке 5.

1) Авторизация от имени пользователя;

2) Выход из меню пользователя;

3) Щелчок кнопки тестирования;

4) Выход со страницы тестирования;

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

6) Выход со страницы просмотра индивидуальных результатов тестирования;

7) Щелчок кнопки ведения справочников;

8) Выход со страницы ведения справочников;

9) Щелчок кнопки просмотра отчетов;

10) Выход со страницы просмотра отчетов.

Рисунок 5 - Диаграмма состояний

1.7 Разработка логической структуры базы данных

1.7.1 Уровни представления данных

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

Существует три уровня представления данных:

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

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

3-й уровень - физический (внутренний), связан со способом фактического хранения данных в физической памяти ЭВМ.

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

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

1.7.2 Выбор модели данных

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

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

Термин «модель данных» был введен американским математиком Коддом в 1970 г. при обосновании реляционной модели данных. Это понятие соответствует такому смысловому аспекту термина «модель», который понимается как средство, инструмент для моделирования [12].

Иерархическая модель данных

Иерархическая структура представляет совокупность элементов, связанных между собой по определенным правилам. Объекты, связанные иерархическими отношениями, образуют ориентированный граф (перевернутое дерево). К основным понятиям иерархической структуры относятся: уровень, элемент (узел), связь. К каждой записи базы данных существует только один (иерархический) путь от корневой записи [17].

Сетевая модель данных

Сетевая модель СУБД во многом подобна иерархической: если в иерархической модели для каждого сегмента записи допускается только один входной сегмент при N выходных, то в сетевой модели для сегментов допускается несколько входных сегментов наряду с возможностью наличия сегментов без входов с точки зрения иерархической структуры [18].

Реляционная модель данных

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

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

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

Работа с базой данных начинается с построения модели. Наиболее распространенной является ER-модель (entity-relationship model). Она удобна при прототипировании (проектировании) информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями. Важно отметить что сами отношения также являются сущностями (выделяются в отдельные графические блоки), что позволяет устанавливать отношения на множестве самих отношений. ER-модель является одной из самых простых визуальных моделей данных (графических нотаций) [19].

На рисунке 6 представлена логическая структура БД программного комплекса, которая является реализацией диаграммы сущностных классов, представленных на рисунке 2.



Рисунок 6 - Логическая структура базы данных

1.8 Выбор технических средств и ресурсный анализ

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

1.8.1 Расчет необходимого объема внешней памяти

Для расчета внешней памяти воспользуемся формулой (1):

, (1)

- общий объём внешней памяти;

- объём внешней памяти, требуемый для хранения файлов операционной системы и её нормальной работы;

- объём внешней памяти, требуемый для хранения файлов СУБД;

- объём внешней памяти, требуемый для хранения записей БД и результатов выполнения функций;

- объём внешней памяти, необходимый для хранения информации.

Система работает под управлением операционной системы Microsoft Windows XP с использованием MS Access.

= 8000 Мбайт; = 300 Мбайт.

Срок хранения информации составляет пять лет, рассчитаем необходимое количество внешней памяти.

Данные расчетов сведены в таблицу 2.

Таблица 2 - Расчет объёма данных

Таблица БД	Размер записи, байт	Max количество записей	Размер индекса, байт	Итого, байт
Высказывание	100	150	65	9750
Ценность	128	10	65	650
Аксиосфера	128	10	65	650
Группа	128	100	28	2800
Студент	200	500	65	32500
Тест_Аксиосферы	128	1000	65	65000
Семестр	128	20	28	560
Настройки_Теста_Аксиосферы	200	100	65	6500
Студент_Семестр_Ценность	200	1500	65	97500
Студент_Семестр_Аксиосфера	200	1500	65	97500
Итого:	313410

= 0,31 Мбайт;

= 30 Мбайт;

Сложив данные, получим:

= 8000+300+1,1+30= 8331,1 Мбайт.

Поскольку жесткие диски поставляются объемами от 80 Гб., то выбираем именно такой объем.

1.8.2 Расчет необходимого объема оперативной памяти

Формула, используемая для расчета требуемой оперативной памяти, аналогична формуле (1).

Расчеты характеристик для сервера

Результаты расчета объема кэша для хранения данных в оперативной памяти приведены в таблице 3.

Таблица 3 - Расчет объема буферизации

Таблица БД	Размер записи, байт	Мах количество записей	Размер индекса, байт	Итого, байт
Высказывание	256	150	101	15150
Ценность	256	10	65	650
Аксиосфера	64	10	42	420
Группа	50	100	42	420
Студент	100	500	65	32500
Тест_Аксиосферы	100	1000	138	138000
Семестр	100	20	100	2000
Настройки_Теста_Аксиосферы	100	100	65	6500
Студент_Семестр_Ценность	100	1500	100	150000
Студент_Семестр_Аксиосфера	100	1500	100	150000
			Итого	495640

= 50 Мбайт.

= 0,47 Мбайт;

= 820+100+50+0,47=970,47 Мбайт.

Поскольку оперативная память комплектуется модулями стандартного размера от 128 Мбайт до 4 Гбайт, мы выбираем один модуль на 1024 Мбайт и один модуль на 512 Мбайт для сервера.

Расчеты характеристик для клиента

= 100 Мбайт;

= 0,47 Мбайт;

= 700+100+0,47=600,65 Мбайт.

Поскольку оперативная память комплектуется модулями стандартного размера от 128 Мбайт до 4 Гбайт, мы выбираем один модуль на 1024 Мбайт для клиента.

1.8.3 Расчет времени реакции системы

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

Общее время реакции системы на выполнение запроса рассчитывается по формуле (2):

(2)

, (3)

, (4)

, (5)

, (6)

. (7)



- время на ввод входных данных запроса;

- коэффициент ошибок при вводе, для расчетов можно принять равным 1,5;

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

- время ввода одного символа, при ручном вводе с клавиатуры в некоторую экранную форму можно принять в среднем равным 2 с;

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

- количество считываемых физических блоков, зависит от количества обрабатываемых таблиц (файлов) и объема таблиц (файлов);

=0,006 сек - время позиционирования головок дискового накопителя;

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

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

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

- среднее количество тактов машинных команд на одну операцию, для большинства случаев можно принять = 60;

= 1600*10⁶ - тактовая частота процессора, Гц;

= cредний объем таблицы, байт;

= 6 - количество таблиц, обрабатываемых в запросе;

= 512 байт - объем физического блока носителя, байт;

- время на вывод результата на устройство вывода или отображения, для принтера оценивается отдельно. Для дисплея можно принять 0,5 с. (зависит от видеокарты и дисплея).

Результаты расчета времени реакции системы приведены в таблице 4.

Таблица 4 - Расчет времени реакции системы

Параметр	Значение
Vтабл=	2048
Nбл=	1600
tввода= (секунд)	10
tсчитыв= (секунд)	11,2
tвычисл= (секунд)	0,00002667
tреакции=(секунд)	11,7

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

1.8.4 Скорость передачи данных

, где (8)

- скорость передачи данных

- объем данных

- пропускная способность

(9)

0,009375 c. - скорость передачи данных при наихудшем соединении.

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

Сервер:

- процессор класса Pentium с тактовой частотой 1,8 ГГц и выше;

- рекомендуемый объем оперативного запоминающего устройства (ОЗУ) 1536 Мбайт;

- жесткий диск емкостью не менее 80 Гбайт;

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

Клиент:

- процессор класса Pentium с тактовой частотой 1,4 ГГц и выше;

- рекомендуемый объем оперативного запоминающего устройства (ОЗУ) 1024 Мбайт;

- жесткий диск емкостью не менее 80 Гбайт;

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



2. КОНСТРУКТОРСКО-ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ

2.1 Выбор и обоснование архитектуры системы

Для реализации проекта была выбрана двухуровневая архитектура клиент-сервер. Получила распространение с начала 1990-х годов на фоне роста рынка персональных компьютеров. Технология "клиент-сервер" разделяет информационную систему на два уровня: представления и хранения данных.

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

Второй уровень - сервер с размещенной на нем базой данных.

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

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



Рисунок 7 - Архитектура клиент-сервера

В целях расширяемости и дальнейшего развития было принято реализовать систему с применением модульной архитектуры. Библиотеки, используемые в реализации, являются стандартными и находятся в свободном доступе. Для доступа к данным в БД используется платформа Entity Framework.

Платформа Entity Framework позволяет разработчикам создавать приложения для доступа к данным, работающие с концептуальной моделью приложения, а не напрямую с реляционной схемой хранения. Цель состоит в уменьшении объема кода и снижении затрат на сопровождение приложений, ориентированных на обработку данных. Приложения Entity Framework предоставляют следующие преимущества.

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

- Приложения освобождаются от жестких зависимостей от конкретного ядра СУБД или схемы хранения.

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

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

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

- Поддержка запросов LINQ обеспечивает проверку синтаксиса во время компиляции для запросов к концептуальной модели [21].

2.2 Выбор и обоснование средств комплекса программно-технических средств

2.2.1 Выбор операционной системы

Для нормального функционирования системы должна стоять операционная система Windows. Последние 10 лет Windows -- самая популярная операционная система на рынке персональных компьютеров. Системы Windows работают на платформах x86, AMD64, IA-64. В настоящее время Microsoft Windows установлена более чем на 90% всех персональных компьютеров и рабочих станций. В России до начала 2000-х годов почти все персональные компьютеры продавались с предустановленной системой Windows. Операционная система Windows предоставляет удобные механизмы для управления работой приложений, а также предоставляет интуитивно-понятный интерфейс для пользователя [18].

2.2.2 Выбор языка программирования и среды разработки

В качестве языка программирования был выбран C#/ASP.net mvc в среде MSVisualStudio 2012 Premium.

Создатели языка C# постарались воплотить в своем "детище" все лучшие, по их мнению, идеи объектно-ориентированных языков программирования. За основу был взят C++, масса полезных идей была заимствована из Objective C и SmallTalk, кое-что - из других языков [19].

Вот перечень свойств языка C#, которыми особенно гордятся его создатели:

- Простота. Описание языка занимает всего 60 страниц, его вполне можно прочитать за один вечер. Тем, кто знает C++, изучить этот язык будет особенно просто;

- Объектная ориентированность. Концепция объектно-ориентированного программирования реализована в C# весьма строго: в нем нет данных, не являющихся объектами, нет и функций, не являющихся методами какого-либо объекта;

- Средства работы в сети.C# хорошо приспособлен для работы в сетях, использующих протокол TCP/IP;

- Интерпретируемость;

- Надежность. Язык строго типизирован, стало быть, значительная часть ошибок может быть выявлена на стадии компиляции;

- Безопасность. Поскольку C# изначально планировался для создания коммерческих приложений, которые не только могут распространяться по сетям, но и сами способны работать с сетями, разработчики языка постарались уделить безопасности максимум внимания;

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

- Переносимость и нейтральность относительно архитектуры. В C# можно учесть, что система будет работать под разными архитектурами, а соответственно написать код, который будет оптимизирован как для всех архитектур, так и для отдельных;

- Многопоточность;

- Автоматическая сборка мусора. Сборщик мусора встроен в виртуальную машину. Он работает в фоновом режиме, осуществляя поиск потерянных объектов и освобождая занятую ими память;

- Работа с исключениями. Язык содержит все необходимые средства для корректной работы со всеми объектами и ресурсами в случае возникновения исключительных ситуаций;

- Высокая производительность. По скорости работы С#-приложения вполне соизмеримы с приложениями, разработанными на языках C и C++, оказываясь иногда производительнее последних.

Обоснование выбора среды MSVisualStudio 2012 Premium:

- Малый объем;

- Простота в использовании;

- Авто-завершение текста в некоторых случаях;

- Поддержка TFS;

- Полезные функции;

- Полностью настраиваемый интерфейс.

2.2.3 Выбор СУБД

В качестве системы управления базами данных (СУБД) был выбран Microsoft SQL Server Express 2008 r2.

Платформа баз данных SQL Server Express основана на SQL Server 2008. Она также является заменой для Microsoft Desktop Engine (выпуск MSDE). Благодаря интеграции со средой Visual Studio, выпуск SQL Server Express облегчает разработку управляемых данными приложений, обладающих богатыми возможностями, обеспечивающими безопасность хранения данных и не требующими много времени для развертывания.

SQL Server Express -- бесплатный выпуск, который могут распространять независимые поставщики ПО (при соблюдении соответствующего соглашения). Выпуск SQL Server Express идеально подходит для обучения, а также для построения настольных или небольших серверных приложений. Этот выпуск -- лучший выбор для независимых поставщиков программного обеспечения, непрофессиональных разработчиков и любителей, которые хотят создавать клиентские приложения [22].

2.3 Диаграммы поведения

2.3.1 Диаграмма последовательности

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

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

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

Основными объектами на этой диаграмме выступают:

Администратор БД - активный объект, инициирующий запросы и получающий результаты их обработки.

Менеджер СУБД - формирует запросы к БД.

Рисунок 8 - Диаграмма последовательности работы с отчетом о результатах тестирования конкретного студента

2.3.2 Диаграмма кооперации

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

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

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

Диаграмма кооперации «Отчёт о результатах тестирования группы» представлена на рисунке 9.

Основными объектами на этой диаграмме выступают:

- главная форма приложения;

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

- форма ввода параметров отчета.

Рисунок 9 - Диаграмма кооперации «Отчёт о результатах тестирования группы»

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

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

Соответствие названий таблиц базы данных названиям отношений приведено в таблице 5.

Таблица 5 - Соответствие между отношениями и таблицами базы данных

Название отношения (логический уровень)	Название таблицы (физический уровень)
Студент	User
Группа	Group
Аксиосфера	Axiosphere
Ценность	Valuable
Семестр	Semestr
Утверждение	Approval
Настройка_теста	AxiosphereTestSettings
Студент_семестр_аксиосфера	StudentSemestrAxiosphere
Студент_Семестр_Ценность	StudentSemestrValuable
Аксиосфера_тест	AxiosphereTest

Физическая модель базы данных системы представлена на рисунке 10.



Рисунок 10 - Физическая модель базы данных системы

2.3.3 Описание используемых классов и методов

Таблица 6 - Описание модуля Model

Модуль	Класс	Описание	Методы класса
Model	AccountModels.cs	Класс с информацией о пользователях	#ChangePasswordModel() #UserModel() #LoginModel() #RegisterModel() #PasswordModel() #UsersContext() #UserProfile()
	GroupInAxiosphere.cs	Класс с информацией о группах входящих в ту или иную аксиосферу	#GroupInAxiosphere()
	RelationItem.cs	Класс с информацией о аксиосферах, ценностях и утверждений	#RelationItem()
	ScaleItem.cs	Класс с информацией о стенах и оценках	#ScaleItem()

Таблица 7 - Описание модуля View

Модуль	Класс	Описание
View	Account	Страница авторизации
	Home	Стартовая страница
	Admin	Страница с правами администратора
	Approval	Страница редактирования справочника утверждений
	Group	Страница редактирования справочника групп
	Axiosphere	Страница редактирования справочника аксиосфер
	Settings	Страница со списком настроек тестирования
	Report	Страница cо списком всех отчетов системы
	Semester	Страница редактирования справочника семестра
	Student	Страница редактирования справочника информации о студенте
	Test	Страница редактирования тестирования
	Valuable	Страница с редактирования справочника ценностей
	User	Страница редактирования справочника пользователей

Таблица 8 - Описание модуля Controllers

Модуль	Класс	Описание	Методы класса
Controllers	AccountController.cs	Контроллер страницы авторизации	#AccountController()
	AdminController.cs	Контроллер страницы администратора	#AdminController()
	ApprovalController.cs	Контроллер страницы справочника утверждений	#ApprovalController()
	AxiosphereController.cs	Контроллер страницы справочника аксиосфер	#AxiosphereController()
	...

Страница:

•  1 
•  2 
•  3 

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

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

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

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

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

  Анализ методов и средств выявления мнений пользователей социальных сетей. Обзор средств мониторинга и анализа, подбор необходимого программного обеспечения и технических средств. Разработка архитектуры базы данных, реализация программных модулей.
  
  дипломная работа [3,7 M], добавлен 19.01.2017
  

• База данных студентов

  Постановка задачи, основные требования к системе. Обоснование принимаемых решений по выбору технических и программных средств реализации. Функциональное и информационное моделирование базы данных студентов. Описание руководства пользователя, тестирование.
  
  курсовая работа [476,6 K], добавлен 25.11.2013
  

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

  Выбор сервера базы данных, инструментальных средств разработки клиентского интерфейса и технологий. Описание таблиц базы данных системы мониторинга. Разработка инструментальных средств создания элементов системы. Интерфейс генерации тестов. Расчет затрат.
  
  дипломная работа [1,9 M], добавлен 12.03.2013
  

• Информационная система "Успеваемость студентов"

  Разработка информационной системы для хранения информации о результатах экзаменов студентов. Описание сервисов, разработка логической и физической модели системы. Выбор системы хранения данных. Схема работы сервиса, принципы безопасности доступа.
  
  курсовая работа [560,6 K], добавлен 09.09.2012
  

• Разработка базы данных

  Проектирование логической структуры базы данных методом нормальных форм, сущность связь. Сравнительный анализ спроектированной базы данных и базы данных существующих информационных систем. Выбор и обоснование состава технических и программных средств.
  
  курсовая работа [3,0 M], добавлен 22.12.2014
  

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

  Изучение процесса автоматизации системы управления складом и отчетами. Проектирование схемы отпуска товара со склада с помощью методологий структурного анализа. Выбор инструментальных средств. Разработка алгоритмов, базы данных и руководства пользователя.
  
  дипломная работа [1,8 M], добавлен 09.11.2016
  

• Разработка базы данных и программная реализация нескольких модулей программного продукта "Касса автовокзала" (АВ01)

  Характеристика задачи АВ01, ее выходная и входная информация, выбор и обоснование состава технических средств и средств программной реализации. Разработка алгоритма и программы решения задачи АВ01, руководства пользователя и контрольный пример решения.
  
  курсовая работа [2,1 M], добавлен 21.12.2011
  

• Разработка приложений по расчёту нагрузок на головку балансира станка-качалки

  Выбор состава технических и программных средств разработки системы. Описание входных и выходных данных. Выбор модели базы данных. Разработка подсистемы наполнения базы данных, формирования отчетов. Разработка интерфейса пользователя, тестирование системы.
  
  курсовая работа [3,7 M], добавлен 04.12.2014
  

• Разработка электронной оболочки для тестирования

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

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

  Интерфейс системы онлайн-мониторинга стационарного аппарата. Интерфейс автоматизированного рабочего места мониторинга АПБ Московского метрополитена. Архитектура системы ProView, основные сферы применения. Структура графического интерфейса пользователя.
  
  курсовая работа [1,8 M], добавлен 21.03.2016
  

• База данных магазина "Автозапчасти"

  Разработка информационной системы и базы данных магазина "Автозапчасти". Выбор технических средств и программной реализации задачи АЗ-01. Составление алгоритма, программы, руководства пользователя и примера, демонстрирующего корректность решения задачи.
  
  курсовая работа [2,2 M], добавлен 19.10.2012
  

• Автоматизированное рабочее место оператора тестирования устройств телемеханики

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

• Разработка базы данных поликлиники

  Анализ предметной области. Обзор программ-аналогов. Рассмотрение средств решения поставленной задачи. Проектирование структуры программы и базовых алгоритмов. Изучение руководства программиста и пользователя. Проектирование структуры базы данных.
  
  курсовая работа [1,0 M], добавлен 14.11.2017
  

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

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

• Информационная система "Реализация готовой продукции"

  Разработка структуры реляционной базы данных, предназначенной для отслеживания финансовой стороны работы компании. Требования к составу и параметрам технических средств. Нормализация информационных объектов. Физическая модель базы данных приложения.
  
  курсовая работа [1,4 M], добавлен 11.11.2014
  

• Создание информационной системы "План–меню" для автоматизации рабочего места заведующего производством

  Технико-экономическое обоснование разработки информационной системы "План-меню". Выбор технических средств и стандартного программного обеспечения. Проектирование структуры базы данных. Разработка и структура пользовательского интерфейса и ER-модели.
  
  курсовая работа [817,6 K], добавлен 07.05.2009
  

• Автоматизация проверки знаний и навыков студентов в области прикладной математики и информатики

  Разработка и реализация программного комплекса для обеспечения возможности проведения тестирования в образовательной среде. Разработка структура системы, базы данных, алгоритмов, интерфейса пользователя. Технико-экономическое обоснование проекта.
  
  дипломная работа [3,3 M], добавлен 03.09.2012
  

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

  Исследование технологии проектирования базы данных. Локальные и удаленные базы данных. Архитектуры и типы сетей. Программная разработка информационной структуры предметной области. Обоснование выбора архитектуры "клиент-сервер" и операционной системы.
  
  дипломная работа [1,1 M], добавлен 15.02.2017
  

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

  Информационная система – совокупность организационных, технических и программных средств, объединенных в единую систему для сбора, хранения, обработки, выдачи необходимой информации. Анализ особенностей инфологической, логической моделей базы данных.
  
  курсовая работа [675,2 K], добавлен 16.09.2017
  

Другие документы, подобные "Информационная система мониторинга и анализа аксиосферы студентов"

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