Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

metoda_2013

.pdf
Скачиваний:
58
Добавлен:
03.05.2015
Размер:
6.36 Mб
Скачать

ПРАКТИЧЕСКАЯ ЧАСТЬ

3. Диаграмма состояний.

StateChart для объекта Hero

/ SetMoveCharacter,MoveCharacter,RenderCharacter,CalcTail

Create()

Создан

Process()

Активное состояние

/ Wound()

Destroy()

Destroy() / ReCreate()

Ранен, временно неуязвим

Destroy()

/ Wound()

Уничтожен

Destroy()

/

Убит

490

ПРАКТИЧЕСКАЯ ЧАСТЬ

4. Диаграмма активности.

Пример activity diagram

 

Character

 

Create

 

Process

Moving

Eating

 

 

AddTail

 

491

 

Egg

 

Create

 

Process

 

CheckLangCollision

Not Eated

Eated

ПРАКТИЧЕСКАЯ ЧАСТЬ

492

ПРАКТИЧЕСКАЯ ЧАСТЬ

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

Пример sequence diagram

 

 

 

 

 

 

 

 

 

 

 

 

 

Character

 

Input

 

Terrain

 

Egg

 

Foot

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ProcessInput()

CalcY()

if (STATE == EATING) CatchEgg()

CheckCollision()

Create()

if (STATE == EATING) HitFoot()

CheckCollision()

493

ПРАКТИЧЕСКАЯ ЧАСТЬ

6. Диаграмма кооперации.

Пример collaboration diagram

Input

1: ProcessInput()

 

2: CalcY()

Character

Terrain

 

 

 

 

 

 

 

 

)

 

 

 

 

 

 

 

(

 

 

 

 

 

io

n

 

 

 

 

 

 

 

)

 

 

 

 

 

s

 

 

 

 

 

 

lli

 

 

 

t(

 

 

kC

o

 

 

o

 

 

 

 

Fo

 

 

c

 

 

t

 

 

 

 

: H

i

 

 

 

: C

he

 

 

 

 

 

 

 

 

5

 

 

 

 

6

 

 

 

 

 

 

 

 

Foot

4

:

3: CheckCollisionCatchEg g(

)

(

)

Egg

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

494

ПРАКТИЧЕСКАЯ ЧАСТЬ

6. Диаграмма размещения.

Пример deployment diagram

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

495

ПРАКТИЧЕСКАЯ ЧАСТЬ

3. Написание технического задания

Техническое задание к подсистеме «Студенческий рейтинг» УДК 002:651.7/.78:006.354

ВВЕДЕНИЕ

Для определения лучших студентов необходимо построить их рейтинг.

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

ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

Данная разработка ведется на основании документа “Постановка задачи” от 3 февраля 2005 года. Задание выдал начальник отдела информатизации УМУ Нехорошкова Л.Г., разработка ведется при участии Матвеевой М.Н., исполнителем является программист отдела информатизации УМУ Семенов С.В.

Условное название разработки – система “Рабочие планы”.

НАЗНАЧЕНИЕ РАЗРАБОТКИ

Система “Рейтинг” предназначена для следующих групп пользователей:

496

ПРАКТИЧЕСКАЯ ЧАСТЬ

“Секретари”. В эту группу пользователей входят секретари деканатов. Пользователи этой группы вводят информацию о деятельности студентов, на основе которой строится рейтинг.

ТРЕБОВАНИЯ К ПРОГРАММЕ

Общие требования

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

Программа интегрирована в систему деканат.

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

Требования к функциональным характеристикам

Функции, предоставляемые системой “Рейтинг студентов”:

Ввод, корректирование и удаление информации об научно исследовательской работе (вводится балл)

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

оспортивной жизни студент: участие, победы в соревнованиях, наличие спортивного разряда

охудожественной самодеятельности

очленство и работа в общественных организациях

Оперативное информирование пользователя о балле студента на текущий момент

Вывод рейтинга студентов в табличном виде (Excel) для просмотра Требования к надежности

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

Условия эксплуатации

497

ПРАКТИЧЕСКАЯ ЧАСТЬ

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

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

Система “Рейтинг студентов” должна работать на любой аппаратной платформе, требования к которой описаны в документации к ОС MS Windows 95.

Для просмотра планов и отчетов, генерируемых системой, необходимо наличие программы Microsoft Excel из пакета Microsoft Office 97 или выше.

Требования к информационной и программной совместимости

Система “Рейтинг студентов” должна функционировать в любой из существующих на момент сдачи программной системы Win32 платформ, то есть должна удовлетворять всем требованиям компании Microsoft, предъявляемых к программным продуктам с логотипом MS Windows compitable.

Система должна работать с базой данных, разработанной ОИ УМУ для системы оптимизации управления учебным процессом. Генерируемые системой отчеты должны быть совместимы по формату с программой Microsoft Excel 97 и выше.

ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ Программа должна быть укомплектована следующей документацией:

Техническое задание Документация по применению данного продукта

СТАДИИ И ЭТАПЫ РАЗРАБОТКИ

Дата

Дата

Работа

Исполните

 

начала

окончания

 

ль

1

 

 

Эскизный проект

Семенов

 

 

 

 

С.В.

2

 

 

Доработка

Семенов

 

 

 

эскизного

С.В.

 

 

 

проекта

 

3

 

 

Тестирование

Семенов

498

ПРАКТИЧЕСКАЯ ЧАСТЬ

 

 

 

проекта

С.В.

 

 

 

 

Матвеева

 

 

 

 

М.Н.

4

 

 

Доработка

Семенов

 

 

 

проекта

С.В.

5

 

 

Внедрение

Нехорошко

 

 

 

проекта

ва Л. Г.

ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ На каждом этапе разработки программа должна быть

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

4. Написание постановки задачи.

(для подсистемы «Студенческий рейтинг»)

1. Основные требования:

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

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

представляются характеристики студентам по требованию сторонних организаций;

оценивается эффективность работы деканатов, кафедр и

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

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

Шкала бальной оценки деятельности студентов находится в приложении.

2. Требования к характеристикам системы:

Ввод, корректирование и удаление информации

499

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]