2009-04-27 2 views
1

Я собираюсь встретиться с рядом программистов и компаний-производителей программного обеспечения, чтобы получить предложения о создании веб-сайта для компании, с которой я связан. Мой вопрос таков: что я должен подготовить для программистов, чтобы они могли дать мне точную ставку, расписание и т. Д. Для разработки веб-сайта? У меня есть четкое представление о том, как я хотел бы, чтобы сайт работал и какие функции я хотел бы включить.Что нужно в каркасе веб-сайта?

ответ

0

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

Представьте себе все страницы и создайте новый кадр для каждого. Сделайте столько аннотаций, сколько вы можете, так что все участники торгов точно знают, чего вы ожидаете.

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

0

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

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

1) Пользователь нажимает на кнопку Buy

2) Экран отображает до 4 пунктов, Ссылка на детали, цена, количество и 32х32 миниатюры.

2а) Если пользователь нажимает на эскиз изображения в полном разрешении я s отображается и т.д. и т.п.

Не пытайтесь замазать «простой» вещи, и вы получите самую точную ставку возможно!

0

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

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

2

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

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

Также рассмотрите источники данных, которые вы показываете. С точки зрения функционального спекуляции просто говорить что-то вроде «показать эту цифру здесь» легко. С точки зрения программирования, придумывание фигуры в первую очередь часто является жестким.

+0

Я бы второй balsamiq, так как вы не можете добавить графику/цвет, заставляя вас думать о фактическом содержании и навигации – Tom

0

не полный список, но вот несколько мыслей:

Не забудьте кнопку назад. Обратное поведение кнопки является проблемой на каждом сайте, на котором я когда-либо работал. Укажите, что именно вы хотите совершить на каждой странице, если пользователь доберется до этой страницы, нажав кнопку «Назад». Часто это легко, но иногда это вовсе не тривиально.

Безопасность: Нужно ли пользователям регистрироваться, как, как создавать учетные записи, сбрасывать пароли и т. Д. На каких страницах вам необходимо войти в систему, что произойдет, если вы нажмете эти страницы, не войдя в систему.

0

Вы можете прочитать статьи Painless Functional Specifications от Joel Spolsky, но я просто попытался обобщить, что это означает для веб-программного обеспечения.

Я обычно делаю это в 3 этапа:

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

  2. Функциональный каркас в серой шкале в виде простого HTML/CSS, используя примеры контента реального мира и фиктивные статические страницы для содержания dymanic, со всем, где это должно быть. Это первое, что хотят видеть программисты;

  3. чисто визуальный графический макет каждого типа страницы - это то, что программисты любят видеть, как в «Покажите мне, как вы хотите, чтобы это выглядело, и я это сделаю».