Я пишу свою первую исследовательскую работу по информатике для студентов и думаю, что мой недостаток опыта начинает действовать моему руководителю на нервы. Я написал программу, которая собирает метаданные видео и пытается организовать видео в связную последовательность, используя метаданные. Программа также была протестирована группой пользователей.
Руководитель дал мне следующие разделы для работы:
Вступление
Задний план
- возможно, подразделы по разным областям фона
Подход
3.1. Общий подход
3.2. Детальный дизайнКлючевые решения по внедрению
Эксперименты
Связанных с работой
Выводы
Я пытаюсь понять разницу между (3) и (4) в контексте того, что я делаю. В частности, чем детальный проект отличается от решений по реализации?
Дизайн будет включать такие вещи, как «упорядочить данные по дате» или «отслеживать каждого автора независимо».
Реализацией могут быть такие вещи, как реальная схема базы данных или сама подпрограмма.
Ключевое отличие будет заключаться в том, что дизайн — это «то, что мне нужно сделать», а реализация — «как я это сделал».
Добавление к ответу Мауры:
« Детальный дизайн » подразумевает, что вы подробно продемонстрируете абстрактную структуру вашего проекта. Это означает показывать, что делает программа, не глядя на код. Проектные решения должны обсуждаться и объясняться, часто с помощью UML-подобных диаграмм, либо с отображением диаграммы классов
или, может быть, процесс :
Это, конечно, примеры. Есть много вещей, которые можно сделать с UML в стандартизированной нотации — вам нужно решить, что будет наиболее подходящим в зависимости от вашей программы. Если код взаимодействует с внешними службами (например, базой данных, веб-API, Интернетом), возможно, стоит показать архитектурную диаграмму.
В этом разделе вы также можете описать, как вы разработали свой метод . Это документ: это означает, что вы провели свое исследование. Поэтому может быть уместно показать здесь, как вы разработали процесс тестирования.
« Ключевые решения по реализации » — это то место, где вы должны показать, что вы испачкали руки, как фигуру речи. Здесь вам разрешено говорить о вашем коде или любом другом технологическом механизме, который вы использовали в своих исследованиях.
Имейте в виду, что вам не нужно комментировать все: только «ключевые» части, необходимые для понимания вашей программы. Никто не хочет читать статью, в которой вы описываете, как вы определили массив, поскольку это может сделать каждый. По сути, вы должны показать, как вы реализовали свой дизайн, что в нем интересного, что нового, что сложного и с какими трудностями вы столкнулись.
Вы можете захотеть показать «основную» часть вашей программы; вы можете обсудить, как вы решили улучшить общую производительность за счет использования различных структур данных во время разработки; вы можете обсудить, почему тот или иной метод дает наилучшие результаты, комментируя код. Это те «решения», которые принадлежат газете.
Лорен-Клир-Моника-Ипсум
Джеймс
Моника Челлио
Прощай, биржа стека
микапам