2010-07-29 2 views
2

Я сталкиваюсь с проблемой с новым проектом, который начинает трудно сдерживать все это в моем сознании и перемещать его. Хотя я все еще делаю это для большинства программ, я знаю, что физические средства могут значительно помочь.Ваш любимый метод концептуализации проекта?

Какие методы вы используете?

В 3 идей я могу думать о том, являются:

  1. Использования пенопластовых шаров, чтобы показать класс-отношения
  2. Используя доски, чтобы сделать идеи из
  3. Использования своего рода программного обеспечения (может быть больше?) что помогает наметить вашу идею

ответ

0

Доски/бумага.

Обычно у бумажных досок есть привычка к уничтожению со стороны коллег!

Я много раз пытался использовать какое-то программное обеспечение, чтобы помочь на этапах проектирования/планирования, но мне еще предстоит найти часть программного обеспечения, которое делает эту работу.

0

Прочитайте полный комплект требований (PRD). Можете записать его по вашей интерпретации (ERD). Затем возьмите доски/бумагу,

  • первый рисовать высокие блоки уровня для проекта.
  • тогда вы можете расширить эти блоки , и тем самым дополнительно упростит их.
  • Продолжайте повторять их, пока не получите все детали указаны с учетом требования закрыты.

Возможно, есть программное обеспечение для одного и того же, но никогда не использовалось.

0

Я однажды интернировал в компании, где мы будем писать имена классов на листе бумаги и наклеивать их на наши лбы. Чистая глупость. У вас есть только два оружия для представления взаимодействий, и обычно разработчикам недостаточно, чтобы представлять все ваши классы. Я удивлен, что мы не закончили работу с объектами Бога (прочитайте ваши шаблоны анти-дизайна) из-за нехватки людей!

Белая доска и стираемый маркер (не Sharpie, я видел эту ошибку раньше!) - это путь для меня. Понимание нотации UML значительно помогает при работе в команде, поскольку вы все используете и понимаете одни и те же обозначения. Просто не входите в дебаты о правильной нотации, поскольку это тратит драгоценное время!

В конце концов вы можете перенести это в программу, которая может генерировать/обновлять каркас скелета для вашего кода. Иногда достаточно IDE (диаграммы классов Visual Studio), а в других случаях вам может понадобиться специальное программное обеспечение, которое подключается к вашей среде IDE (Rational Software Architect w/Eclipse).

В качестве одного из советов о том, как это сделать ... убедитесь, что вы (и любые другие товарищи по команде, которых у вас есть) имеют общее представление о случаях использования. Они не обязательно должны быть задокументированы, пока вы и ваша команда хорошо понимаете, как будет использоваться ваше программное обеспечение. Если вы серьезно относитесь к своей работе, вы задокументируете это. Кроме того, не думайте, что все это нужно сделать по порядку. Дизайн программного обеспечения, например, разработка, является итеративным ...хотя это не означает, что процесс должен быть полностью случайным и неструктурированным. Варианты использования дадут вам подсказки относительно классов, которые вам нужно создать. Например, если «пользователь регистрирует учетную запись» является прецедентом, вы уже знаете, что вам нужен класс для представления учетной записи. Если при создании учетной записи вы понимаете, что пользователь может добавить платежный адрес и адрес доставки, каждый с именем улицы, почтовым индексом (Canada ftw) и номером телефона, вы узнаете, что вам нужен класс Address.

Смежные вопросы