3.2Требования к содержанию врб

Цель: Цель работы формулируется руководителем

Тематика может быть связана с:

• разработкой отдельных видов обеспечения автоматизированных систем (математическое обеспечение МО, информационное обеспечение ИО, лингвистическое обеспечение ЛО) и их программная реализация;

• разработкой программных приложений и аппаратно-программных комплексов;

• разработкой графических и анимационных решений и их программная реализация.

Задачи:

1. Формулировка основной цели и перечня задач, необходимых для её достижения

2. Разработка плана выполнения работы

3. Изучение решаемой проблемы

4. Исследование методов решения

5. Выбор и обоснование (или разработка) метода решения

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

7. Реализация программного продукта

8. Результаты и выводы

3.3Требования к разработке программного обеспечения (по) как основного компонента

Работа должна включать:

1. Разработку тестового примера (согласно ГОСТ выполняется до разработки ТЗ и программы).

2. ТЗ на программу (по ГОСТ 19).

3. Описание процесса проектирования ПО.

4. Реализацию программы (в соответствии с требованиями к программному коду)

5. Протоколы тестирования.

Если разрабатывается библиотека или Web-сервис, студент также должен реализовать host-приложение, демонстрирующее их работоспособность.

3.3.1Требования к разработке проекта по

Работа должна включать:

1. Исследование аналогов и прототипов (при их наличии) создаваемого ПО. Обоснование выбора представленных аналогов и прототипов;

2. Описание постановки задачи на проектирование с указанием основных функций, подлежащих проектированию, специфических требований к создаваемому ПО;

3. Представление архитектуры проектируемого ПО с графическим представлением основных компонентов ПО и связей между ними;

4. Описание процессов проектирования с использованием современных средств (например, диаграмм языка UML);

5. Представление иерархического описания подчинения функций создаваемого продукта;

6. Проектирование пользовательского интерфейса (если необходимо) – представление графического описания макетов экранных форм в следующей последовательности: Общие требования к дизайну ПО; Формы входной информации; Формы основных процессов или вычислений; Формы выходной информации. Эскизы форм, выполненные с применением специальных средств или от руки, описание форм.

3.3.2Требования к объему по

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

• Объем программы (должно удовлетворяться одно из условий):

• Количество строк не меньше 5000

• Количество лично разработанных классов не меньше 20

• Количество нетривиальных экранных или печатных форм не меньше 10

• Автоматически генерируемые файлы не учитываются при оценке объема кода

3.3.3Требования к программному коду

1. Использование стандарта кодирования

• допускается использовать любой опубликованный стандарт кодирования, если рекомендуемый стандарт не соответствует специфике работы;

• для ПО, являющегося компонентой существующих систем, необходимо использовать стандарт кодирования, рекомендуемый разработчиками системы;

• комментарии к функциям должны содержать описание назначения, параметров и возвращаемого результата функции, даже если это не требуется используемым стандартом кодирования

1. Исходные файлы за авторством студента должны содержать в начале файла комментарий, содержащий:

• описание файла (1 абзац),

• ФИО студента (или псевдоним)

• знак копирайта (с),

• дату (год) создания файла, и его последнего изменения,

• контактную информацию.

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

3. Исходные коды программы должны сдаваться в электронном виде.

4. Файлы исходного кода, которые разработаны студентом, должны быть помещены в отдельную директорию с названием src, все сторонние библиотеки – в папку lib.