7. Порядок защиты

Защита проекта производится перед комиссией, утверждаемой кафедрой.

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

Для защиты студенту отводится 10-15 минут на изложение содержания работы; в процессе защиты комиссия высказывает свои замечания; выявленные ошибки проекта должны быть отмечены красным карандашом.

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

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

8. Список рекомендуемой литературы

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2002. – 352 с.: ил.

2. Грекул В.И. Проектирование информационных систем: курс лекций: учебное пособие. - М.: Интернет-Университет Информационных технологий, 2005.

3. Калянов Г.Н. CASE– технологии. Консалтинг в автоматизации бизнес-процессов. – 3-е изд. – М.: Горячая линия – Телеком, 2002. – 320 с.: ил.

4. Технологии разработки программного обеспечения/ С.Орлов. СПб.: Питер, 2004. – 464 с.: ил.

Список использованных источников

1. Белых А.А. Проектирование ЭИС. Методическое пособие по дипломному проектированию. Пермь: Пермская ГСХА, 2005 г., 60 с.

2. ГОСТ 7.32-2001 СИБИД. Отчет о научно-исследовательской работе. Структура и правила оформления.

Приложение 1

Федеральное государственное образовательное учреждение

высшего профессионального образования

«Пермская государственная сельскохозяйственная академия

имени академика Д. Н. Прянишникова»

Кафедра: Информационных технологий и

автоматизированного проектирования

КУРСОВОЙ ПРОЕКТ

по дисциплине «Проектирование информационных систем»

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

с детализацией процесса редактирования документа»

Проект выполнил:

студент факультета Прикладной информатики

специальности 080801

группы ПИ – 41а

Пепеляева Анастасия Анатольевна

Руководитель:

ассистент Шевчук И.С.

Оценка………………………………

…………………………………………

(дата защиты)

…………………………………………

(подпись преподавателя)

Пермь 2012

Приложение 2

Дополнительная спецификация (фрагмент)

Даты внесения изменений

Версия	Дата	Описание	Автор
Черновой начальный вариант	13 октября, 2003 г.	Первый черновой вариант. Будет уточнен на стадии развития	АБ

Введение

В этом документе описаны все требования к POS-системе ТТ, не вошедшие в описание прецедентов.

Функциональность

(Имеющая отношение ко многим прецедентам)

Регистрация событий и обработка ошибок

Все ошибки регистрируются на постоянном носителе.

Подключаемые бизнес-правила

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

Безопасность

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

Удобство использования

Человеческие факторы

Пользователь POS-системы будет работать с большим монитором, поэтому необходимо следующее:

• Текст должен быть виден с расстояния 1м;

• Нужно избегать мерцающих цветов.

Быстрая, простая и корректная обработка информации — вот главные принципы системы автоматизации торговли, поскольку пользователь хочет поскорее совершить покупку. В противном случае ему не понра­вится этот магазин (и продавец).

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