c) Функциональная полнота. В рамках согласованного с преподавателем или заказчиком подмножества функций все они должны быть реализованы.
d) Терминологическая среда и интерфейс. В диалоговых средствах используются только термины, понятные пользователю, и не используются термины разработчика («запись», «индексация» и т. д.). Появление служебных англоязычных сообщений СУБД недопустимо. Язык диалога — с соблюдением норм вежливости, цветовая гамма — по общепринятым рекомендациям.
e) Использование клавиатуры. На любом этапе нажатие любой клавиши (особенно функциональных) должно игнорироваться или вызывать предусмотренные действия (описанные в средствах помощи). Привязка действий к клавишам должна быть общепринятой: F1 — помощь; Enter — согласие, завершение ввода; Esc — отказ, возврат к предыдущему узлу ветви алгоритма (с восстановлением экранной формы); Tab — переход к следующему полю, окну и т. д.; Shift-Tab — возврат к предыдущему полю и т. д.
f) Порядок движения. Движение по дереву алгоритма «сверху вниз» сопровождается заголовками всех пройденных вершин; возврат возможен только на предыдущий уровень с сохранением введенной информации, выбранных пунктов меню и указателей записей.
g) Средства помощи и реклама. При запуске программы появляется рекламная заставка, отражающая суть и возможности программного средства, а также сведения об авторе. В любой точке алгоритма в строке подсказки должны высвечиваться все активные в данный момент горячие клавиши; в любой момент при нажатии клавиши F1 должен выдаваться контекстно-зависимый (зависящий от ситуации) текст помощи.
h) Входные и выходные документы. Экранные формы для ввода и корректировки должны быть максимально «похожими» на привычные для пользователя документы; результаты работы не только отображаются на экране, но и выводятся в текстовый файл в привычной для пользователя форме с возможностью корректировки и распечатки.
i) Средства документации. Программы снабжаются внутренней документацией в виде комментариев, средств меню и диалога, средств помощи, а также (по требованию преподавателя или заказчика) внешней документацией в виде отчета, содержащего, как минимум, постановку задачи, структуру баз данных, инструкцию для пользователя с элементами рекламы, описанием алгоритма, экранных форм, примеры входных и выходных документов.
1.2 Требования к Web-документам
Проекты, созданные в виде Web-страниц должны выполняться в соответствии с заказом руководителя и подчиняться общепринятым правилам Web-дизайна и Web-этикета:
a) Каждый HTML документ должен быть хорошо структурирован и содержать основную информацию о его происхождении: Автор, Дата создания, Контекст документа и его статус, Адрес (URL) документа.
b) Стиль оформления. Проект выполняется в едином стиле (то есть при создании должны быть использованы шаблоны или CSS). Текст должен быть контрастным и прекрасно читаться.
c) Фон сайта. При выборе цвета фона необходимо учитывать, как он будет гармонировать со следующими элементами: цветом текста, цветом гиперссылок, с логотипами или фирменными эмблемами.
d) Элементы навигации. Необходимо обеспечить достаточный цветовой и яркостный контраст между навигационными элементами и фоном. Система навигации не должна отягощать страницу, не должна отвлекать от ее содержимого, но должна быть легко доступна. Элементы локальной навигации желательно визуально отделять от элементов глобальной.
e) Гиперссылки. При указании перекрестных ссылок в документе необходимо проверить работоспособность каждой ссылки.
f) Синтаксис и семантика. Содержательное наполнение сайта должно соответствовать заявленному объему. Уровень синтаксических и семантических ошибок необходимо сводить к минимуму.
g) Использование графики. Графические объекты и элементы анимации необходимо гармонично встраивать в соответствии с текстом. Наличие каждого элемента должно быть логически оправданным.
h) Желательно чтобы сайт нормально выглядел как в различных программах просмотра и в разных режимах монитора (640X480, 800X600, 1024X784).
i) Сайт должен быть разработан без использования HTML-редакторов.
Объем и сложность проекта должны быть на уровне программных разработок. Разработанные Web-проекты будут размещены на Web-сервере АКИТ.
2 Методические рекомендации по разработке дипломных проектов
Разработка и защита дипломного проекта является заключительным этапом подготовки студента 230105 «Программное обеспечение вычислительной техники и автоматизированных систем», 230103 «Автоматизированные системы обработки информации и управления» и 080802 «Прикладная информатика».
Подготовка дипломного проекта состоит из нескольких этапов:
· выбор темы и обоснование её актуальности.
· исследование предметной области, функциональное моделирование предметной области, состав функциональной модели, типы связей между функциями, моделирование потоков данных (процессов), моделирование данных.
· формирование требований к программному продукту в целом, требований к функциям и задачам, требований по информационному обеспечению.
· разработка технического задания – постановка задачи, разработка концепции информационной базы и её структуры, неформальное описание алгоритма, разработка требований к защите данных от разрушений, требований к контролю, обновлению и восстановлению данных, описание функции подсистем (модулей), оценка затрат на разработку программного продукта.
· разработка эскизного проекта, описание пользовательского интерфейса, создание контрольного примера.
· разработка проектных решений. Описание состава вычислительной системы. Структура и необходимый минимум технических средств, параметры основных программных средств, описание функции системы управления базой данных, применяемые языки, организация и ведение информационной базы, система классификации и кодирования информации (словарно-классифцкацнонная база).
· создание документации пользователя и документации программиста.
Оформление дипломного проекта в соответствии с установленными требованиями. Дипломник несет полную ответственность за уникальность созданного программного продукта.
2.2 ВЫБОР ТЕМЫ ДИПЛОМНОго проекта И ЕЕ УТВЕРЖДЕНИЕ
Студентам предоставляется право выбора темы дипломного проекта. Он осуществляется исходя из интереса к проблеме, возможности реализовать полученные знания и умения, а также по индивидуальному заказу руководителя практики от предприятия или педагогического коллектива АКИТ. При выборе темы студент руководствуется примерным перечнем тем дипломных работ, утвержденным учебным заведением. Студент может предложить свою тему дипломной работы, если она соответствует специальности и специализации, по которой он обучался, и согласовать ее с научным руководителем.
Научный руководитель назначается дипломнику из числа преподавателей предметно-цикловой комиссии, а также высококвалифицированных специалистов учреждений и предприятий в области, касающейся тематики дипломной работы.
После издания приказа об утверждении тем дипломных работ и научных руководителей каждому студенту выдается задание по дипломной работе.
Приказ об утверждении тем дипломных работ подписывается заместителем директора по учебной работе. После издания приказа и выдачи задания по дипломной работе темы дипломных работ изменению не подлежат.
Примерная тематика заданий для дипломного проектирования приведена в приложении В.
2.3 СТРУКТУРА И СОДЕРЖАНИЕ ДИПЛОМНОГО ПРОЕКТА
Дипломным проектом студента специальностей «Программное обеспечение вычислительной техники и автоматизированных систем» и «Автоматизированные системы обработки информации и управления» является законченный программный продукт, к которому прилагается пояснительная записка.
Пояснительная записка к дипломному проекту должна состоять из разделов:
Введение
1. Характеристика предприятия
2. Экономическая сущность задачи
2.1 Первичные документы
2.2 Сводные документы
2.3 Процесс ручной обработки исходных данных и формирование результатов
2.4 Выводы и предложения
3. Предлагаемое программное обеспечение и изменение технологии обработки данных
3.1 Характеристика вычислительной техники и общего программного обеспечения
3.2 Программы и их описание
3.2.1 Структуры данных
3.2.2 Описание полей, переменных и процедур
3.2.3 Результат работы программы
3.2.4 Руководство работы с программой
3.3 Изменения технологии обработки данных
4. Оценка затрат на разработку ПО
4.1 Методика расчета
4.2 Оценка размера программного продукта
4.3 Оценка трудоемкости программного продукта
4.4 Оценка стоимости
5. Заключение
6. Список условных обозначений и сокращений
7. Список литературы
8. Приложение
Приложение А (документы)
Приложение Б (текст программы)
Приложение В (блок-схемы)
Приложение Г (сводные документы)