Реализация до документации
Я делаю проект и строю диссертацию для моего последнего года.
Все более или менее хорошо, за исключением того, что я не могу найти методологию программного обеспечения, чтобы соответствовать моему процессу.
По сути, я выполнил реализацию FIRST, а затем использовал инструменты для обратного проектирования диаграмм классов, ERD и т. Д.
Я могу обвинить, что я следовал методу водопада или что-то в этом роде, но я бы предпочел найти настоящую мифологию разработки программного обеспечения, которая в первую очередь занимается реализацией.
Я знаю, что это действительно плохо и, вероятно, не существует, однако это небольшой проект и только для личного использования.
Любые полезные предложения с благодарностью.
4 ответа
Если вы не спроектировали его сначала, я не думаю, что он подойдет для любого шаблона дизайна...
Большинство шаблонов проектирования в первую очередь ориентированы на его разработку, чтобы избавить вас от необходимости в конечном итоге получить плохое программное обеспечение с плохим дизайном.
Вы можете просто сказать, что разработали дизайн, который вы изменили, и следовали ему, предполагая, что он соответствует любому шаблону дизайна.
Если проект достаточно мал, чтобы оправдать то, что вы говорите "плохо", возможно, он достаточно мал, чтобы переделать "правильно". Просто выберите методологию, (пере) спроектируйте ваш проект в соответствии с этой методологией, а затем перекодируйте его в соответствии с дизайном. Таким образом, вам не придется ничего выдумывать.
Не существует реального процесса или модели программного обеспечения, которая бы поддерживала кодирование прежде всего. Ну, технически существует подход "код-как-ад", но он повсеместно осуждается (и даже не является "реальным" подходом, поскольку он считается ошибкой).
(См. № 27: http://www.stevemcconnell.com/rdenum.htm).
Большинство программных моделей и процессов существуют для реализации инженерных принципов в проектах, а кодирование перед планированием не является инженерным принципом. Конечно, это не обязательно неправильно в невероятно маленьком проекте просто продолжать и кодировать (большинство людей так и сделают). В то же время, он не следует ни одному типу процесса или модели, которые являются общепризнанными или почти общепринятыми.
Ваши лучшие варианты сейчас - это переделать, сказать, что вы реверс-инжиниринг или попытаться придумать его, чтобы он подходил под какую-то модель, но я не могу на самом деле одобрить выполнение последней, так как это, вероятно, в конечном итоге просто лжет.
Читайте о XP: экстремальное программирование http://www.extremeprogramming.org/