- •Реферат
- •Содержание определения, обозначения и сокращения
- •Введение
- •1 Конструкторский раздел
- •1.1 Анализ предметной области и постановка задачи
- •1.1.1 Профориентационное тестирование
- •1.1.2 Постановка задачи автоматизированной обработки результатов подсистемы профориентационного тестирования:
- •1.1.3 Разработка требований к программному продукту.
- •1.1.4 Бизнес-требования
- •1.1.5 Классы пользователей
- •1.1.6 Требования пользователей
- •1.2 Проектирование подсистемы для автоматизации профориентационного тестирования
- •1.2.1 Структура построения подсистемы
- •1.2.2 Структура функциональных блоков
- •1.2.3 Диаграммы деятельностей.
- •1.2.4 Архитектура подсистемы профориентационного тестирования.
- •1.2.5 Диаграммы компонентов
- •1.2.5 Диаграмма размещения.
- •1.2.7 Структура бд
- •1.2.7.1 Даталогическая модель бд
- •1.2.7.2 Инфологическая модель бд
- •1.3.1 Реализация агентов
- •Общие классы:
- •1.3.2 Системные требования
- •1.3.3 Стандарт кодирования
- •2. Технологический раздел
- •2.1 Выбор среды программной реализации комплекса и её анализ
- •2.1.1 Выбор операционной системы
- •2.1.2 Выбор среды документирования
- •2.1.3 Выбор среды проектирования
- •2.1.4 Выбор языка программирования
- •2.1.5 Выбор среды разработки
- •Разработка эксплуатационной документации
- •2.2.1 Разработка эксплуатационной документации
- •Аннотация
- •Назначение программы
- •2. Условия выполнения программы
- •3.Выполнение программы
- •Раздел 1 «Эксплуатационная документация пользователя по прохождению тестирования»
- •Раздел 2 «Эксплуатационная документация пользователя по работе с агентом психолога»
- •Технико-экономический раздел
- •3.1 Оценка трудоемкости разработки программного продукта
- •3.1.1 Общее описание метода
- •3.1.2 Декомпозиция системы на функциональные блоки
- •3.1.3 Расчет трудозатрат и продолжительности разработки программного проекта
- •3.2 Оценка стоимости разработки программного продукта
- •3.2.1 Расчет заработной платы разработчика
- •3.2.2 Расчет единого социального налога
- •3.2.3 Расчет накладных расходов
- •3.2.4 Расчет затрат на содержание и эксплуатацию вычислительных средств
- •Раздел охраны труда и окружающей среды
- •Анализ и нормирование овпф, воздействующих на пользователя
- •4.1.1.Нормирование значения напряжения в электрической цепи, замыкание которой может произойти через тело человека
- •Нормирование уровеня шума на рабочем месте
- •Нормирование температуры воздуха рабочей зоны
- •Нормирование уровеня вибрации.
- •Нормирование освещенности рабочей зоны
- •Нормирование уровня электромагнитного излучения
- •4.2 Расчет звукоизоляции.
- •4.3 Пожарная безопасность
- •4.4 Экологическая безопасность.
- •Заключение
2. Технологический раздел
2.1 Выбор среды программной реализации комплекса и её анализ
2.1.1 Выбор операционной системы
В качестве операционной системы для разработки выбрана операционная система Microsoft Windows XP Professional Edition. Выбор операционной среды был основан на том, что Microsoft Windows XP на данный момент одна из самых распространённых операционных систем. При сохранении высоких показателей надежности, безопасности и быстродействия, система является простой в освоении, в ней есть множество средств, предназначенных для индивидуальных пользователей.
2.1.2 Выбор среды документирования
Для ведения документации по проекту применяется OpenOffice.org 2.4. Это свободно распространяемый пакет офисных приложений с открытым кодом, разработанный с целью предоставить альтернативу Microsoft Office как на уровне форматов, так и на уровне интерфейса пользователя. Работает как на платформах Microsoft Windows так и на UNIX-подобных платформах: GNU/Linux, Mac OS X, FreeBSD, Solaris, Irix. Этот инструмент выбран в связи с имеющимся опытом работы на нём в целях документирования, что позволяет не тратить время на изучение новой программы.
2.1.3 Выбор среды проектирования
В качестве графической нотации выбран UML (Unified Modeling Language), так как на данный момент UML является неофициальным стандартом архитектурной нотации. UML — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML моделью.
Диаграммы составлялись с помощью внутренних средств OpenOffice.org 2.4 и Dia 0.96.1. Dia — свободный редактор диаграмм, часть GNOME Office. Dia расширяема новыми наборами объектов, которые описываются с помощью файлов в формате основанном на XML. Возможности:
Поддержка диаграмм потоков, структурных диаграмм и т. д.
Загрузка и сохранение в формате XML.
Возможность описания новых объектов.
В качестве альтернативы им рассматривался Rational Rose, но из-за возможных сложностей, связанных с освоением этой программы, предпочтение было отдано OpenOffice.org и Dia.
2.1.4 Выбор языка программирования
В качестве языка реализации выбран язык программирования Java. Java — объектно-ориентированный язык программирования, разработанный компанией Sun Microsystems. Программы на Java могут быть транслированы в байт-код, выполняемый на виртуальной java-машине (JVM) — программе, обрабатывающей байтовый код и передающей инструкции оборудованию, как интерпретатор, но с тем отличием, что байтовый код в отличие от текста обрабатывается значительно быстрее.
Достоинства:
Полная независимость байт-кода от ОС и оборудования, что позволяет выполнять Java приложения на любом устройстве, которое поддерживает виртуальную машину.
Гибкая система безопасности, возможная благодаря тому, что исполнение программы полностью контролируется виртуальной машиной: любые операции, которые превышают установленные полномочия программы, вызывают немедленное прерывание
Управление памятью производится автоматически.
Часто к недостаткам этого подхода относят тот факт, что исполнение байт-кода виртуальной машиной может снижать производительность программ и алгоритмов, реализованных на языке Java. Но это справедливо лишь для ранних версий. Благодаря технологии JIT (Just-In-Time compilation), позволяющей переводить байт-код в машинный код во время исполнения программы с возможностью сохранения версий класса в машинном коде; широкому использованию native-кода в стандартных библиотеках; а также аппаратным средствам, обеспечивающие ускоренную обработку байт-кода этот недостаток был исправлен [10].