Вклад критериев в оценку системы

Мобильность

Сопровождаемость

Эффективность

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

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

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

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

Качество исходного кода программы:

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

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

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

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

Если используется соглашение об оформлении кода (coding standards), необходимо сослаться на документ, в котором оно описано.

В руководстве администратора должны быть подробно описаны процедуры внедрения (установки), конфигурирования и тестирования системы.

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

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

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

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

Критерии	Баллы:
	Функциональные возможности
	Надежность
	Практичность и эргономичность
	Эффективность
	Сопровождаемость
	Мобильность
Итого

Примечание:

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

Приложение Л. Рекомендуемое содержание презентации дипломного проекта

1 Титульный слайд – название работы по приказу, автор, руководитель

2 Обоснование путей решения, целей и задач работы

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

Анализ достижений по автоматизации в предметной области:

Анализ систем-аналогов

Анализ существующих решений (алгоритмов, методов решения, …).

3 Постановка задачи

2.1 Цели и задачи исследования

2.2 Объект автоматизации (или объект проектирования)

2.3 Процесс автоматизации (или проектирования)

3 Методы решения поставленных задач

3.1 Описание решений задач (по каждой задаче 1-3 экрана/слайда)

3.2 Описание проекта программной системы:

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

3.2.2 Архитектура

3.2.3 Структура БД

3.2.4 Алгоритмы

3.2.5 Иерархия модулей (классов)

3.2.6 Если есть особенности по разным видам обеспечений:

3.2.6.1 Математическое обеспечение (модели, алгоритмы)

3.2.6.2 Лингвистическое обеспечение (описания языков,..)

3.2.6.3 Информационное обеспечение (форматы данных,..)

3.2.7 Экраны и ролик по системе

4 Апробация работы: публикации, выступления на конференциях, внедрение и применение (копии свидетельств, дипломов, актов)

5 Выводы и результаты (что было конкретно сделано по каждой задаче и что именно достигнуто – связать с целью и задачами). Формулировка:

5.1 Основных результатов

5.2 Новизны

5.3 Теоретического значения

5.4 Практического значения

5.5 Оценка результатов работы

5.6 Оценка дальнейших перспектив работы

Приложение М. Оформление схем и диаграмм

При оформлении схем и диаграмм рекомендуется использование стандартных или общепринятых нотаций (ГОСТ 19.701-90, язык UML, диаграммы IDEFх, ER-диаграммы, и пр.). Внесение своих изменений в стандартные нотации (например, выделение цветом) не рекомендуется, оно должно производиться в случае крайней необходимости. Обозначения на схемах должны быть подписаны по месту или выноситься в виде «легенды».

Рекомендуемые нотации для выполнения схем:

- Схемы бизнес-процессов – диаграммы IDEF0, UML (диаграмма действий, диаграмма вариантов использования, диаграмма последовательностей).

- Описание потоков данных – IDEF3, DFD.

- Архитектура системы (программы). Примеры – см. рисунки К.1, К.2.

- Диаграмма классов – UML (диаграмма классов).

- Функциональная структура. Пример – см. рисунок К.3.

- Структура БД – ER-диаграмма,

- Алгоритмы – Блок-схемы (по ГОСТ 19.701-90) либо псевдокод.

Дата добавления: 2017-01-13