Планирование веб-приложений

Question

Я собираюсь приступить к созданию нового стартапа, поэтому мне нужны некоторые рекомендации от вас.

Как лучше спланировать сайт? Я не думаю, что «сначала дизайн, затем отношения с базой данных, затем начать разработку», но «как спланировать работу приложения»?

Существуют ли какие-нибудь проверенные методы, например, лучший способ сделать «чертежи» сайта, например, с помощью какого-либо инструмента или чего-то еще?

Мне нужно столько отзывов, сколько вы, люди, можете дать мне, это действительно важно для меня.

Ссылки, впечатления, все приветствуется =)

Мне бы хотелось, чтобы какой-нибудь инструмент рисовал процесс, как

страница - если залогинен - ​​сделай это - если не залогинен - ​​сделай это 2

Answer 1

Запишите это. На листе бумаги. Нарисуйте линии между связанными частями.

Прополощите и повторите обязательно.

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

Если вы можете получить ОГРОМНУЮ доску или лист бумаги для мясника, это даже лучше. По какой-то причине наличие большого пространства для работы - это просто фантастика.

Answer 2

Это довольно большой вопрос.Мой лучший совет - сначала подумать о своем пользователе, его целях и т. Д., А затем составить список персонажей.Персоны - это описания типичных людей, которые будут использовать ваш сайт.После того, как у вас появятся ваши персоны, вы можете приступить к планированию своего сайта.

http://en.wikipedia.org/wiki/Personas

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

http://www.boxesandarrows.com/view/an_introduction_to_user_journeys

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

http://en.wikipedia.org/wiki/Site_map

И, наконец, вы можете работать с содержимым страниц в виде каркасов.

http://en.wikipedia.org/wiki/Website_wireframe

Существует множество инструментов: Visio(http://office.microsoft.com/en-us/visio/FX100487861033.aspx) для ПК и Omnigraffle (http://www.omnigroup.com/applications/OmniGraffle/) для Mac. Оба эти инструмента имеют трафареты для веб-дизайна, доступные для бесплатной загрузки в Интернете. Существует также отличный онлайн-инструмент под названием Balsamiq ()http://www.balsamiq.com/products/mockups), который позволяет вам размещать страницы без использования инструмента дизайна. В первую очередь, хотя ручка и бумага - единственные инструменты, которые вам нужны.

Как только вы отсортируете эти детали, вы можете начатьдумать о режиме данныхls, графический дизайн и т. д. Однако весь этот процесс итеративен, и вы можете сказать, что он никогда не будет завершен:)

Удачи!

Answer 3

Раньше я делал огромные спецификации в слове ... сотни страниц или больше. Я больше не верю в это, поскольку, как только вы запишите это, оно, вероятно, изменится (ваши идеи, особенности и т. Д.). Вместо этого я предлагаю вам взглянуть на продукт MS под названием SketchFlow (который поставляется вместе с Blend). Это позволяет быстро и без написания кода соединить работающий каркас, карту сайта и макет. В то время как вы можете создать высокую точность воспроизведения (она функционирует и выглядит очень близко к реальной вещи), я предлагаю вам вместо этого сосредоточиться на создании макета с низкой точностью воспроизведения. Существуют стили эскизов, которые выглядят как нарисованные от руки элементы пользовательского интерфейса. Таким образом, вы можете сосредоточиться исключительно на том, как работает ваш продукт, а не на том, как он выглядит. Если на макете слишком много «финиша», вы зацикливаетесь на синдроме «большой синей кнопки», когда люди больше озабочены тем, как выглядит кнопка, и меньше озабочены ее действиями.

Я написал четыре статьи о каркасах, макетах и ​​т. П., Предлагая различные инструменты и причины выбора SketchFlow. Затем я приступаю к созданию макета в SketchFlow.

http://dotnetslackers.com/articles/aspnet/Building-a-StackOverflow-inspired-Knowledge-Exchange-Sitemap-and-wireframes-with-Expression-Blend-3-and-SketchFlow-part-1.aspx

http://dotnetslackers.com/articles/aspnet/Building-a-StackOverflow-inspired-Knowledge-Exchange-Sitemap-and-wireframes-with-Expression-Blend-3-and-SketchFlow-part-2.aspx

http://dotnetslackers.com/articles/aspnet/Building-a-StackOverflow-inspired-Knowledge-Exchange-Sitemap-and-wireframes-with-Expression-Blend-3-and-SketchFlow-part-3.aspx

http://dotnetslackers.com/articles/aspnet/Building-a-StackOverflow-inspired-Knowledge-Exchange-Sitemap-and-wireframes-with-Expression-Blend-3-and-SketchFlow-part-4.aspx

Надеюсь, это поможет вам!

Answer 4

Сначала разработайте модель данных. Даже если вы не используете UML, почувствуйте, как будут представлены ваши данные.

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

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

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