Что основные вопросы состоят в том, чтобы спросить человека, который хочет его сделанный веб-сайт Среднего размера?
Лучший способ добиться обратного вызова до и после сохранения в расширении функции save() .
Вот краткий пример
class Page extends Eloquent {
public function save(array $options = [])
{
// before save code
parent::save($options);
// after save code
}
}
Так что теперь, когда вы сохраняете объект страницы, вызывается его функция save() , которая включает функцию parent::save() ;
$page = new Page;
$page->title = 'My Title';
$page->save();
4 ответа
Каков ваш бюджет? Убедитесь, что ожидания всех реальны. Качественная работа требует более высоких цен. Если они не хотят этого принимать, уходите. Я предполагаю, что ваша работа будет соответствовать высоким стандартам. Это все еще важный вопрос, даже если ваша работа не соответствует норме, но уйти от нее - вариант не такой.
Каковы ваши временные рамки для завершения? Другими словами, ожидает ли он, что вы напишете в Facebook о его компания через неделю? Если так, уходите. Разница между этим вопросом и предыдущим вопросом заключается в том, что вам следует уйти независимо от качества вашей работы. Необоснованные сроки всегда плохо заканчиваются. Всегда.
Какова цель веб-сайта, который вы просите меня создать? Это, как ни странно, часто упускается из виду. Малые и средние предприятия часто используют подходы 1) создания веб-сайта, 2) материальных ценностей, 3) прибыли! Убедитесь, что у них есть план по интеграции сайта в свой бизнес. Статичный, устаревший веб-сайт, полный бесполезной информации, почти хуже, чем отсутствие веб-сайта вообще.
Насколько технически ваши пользователи? Это имеет самые разные последствия. Например, меньшее количество технических пользователей приведет к увеличению доли рынка IE6, поэтому вам придется проектировать соответственно. Старшим пользователям может потребоваться шрифт большего размера. Этот список можно продолжить. Очень и очень важно знать своих пользователей. Например, Stack Overflow использует синтаксис «уценки», потому что его пользователи технически подготовлены и могут его оценить.
Потребуется ли вашему сайту интернационализация? Это полностью зависит от компании, но на рынках, где имеется большое количество ] <вставить не английский язык> докладчики, интернационализация может быть ключом к продвижению бизнеса на сайт.
Готовы ли вы полагаться на мой опыт? Это важно, потому что чаще всего владельцы бизнеса думают просто супер круто. Убедитесь, что вы находитесь на сиденье водителя. Слушайте их предложения и учитывайте их, но только там, где это имеет смысл. Не идите на компромисс со своим дизайнерским чутьем ради их пользы, потому что этот сайт будет в вашем портфолио и, следовательно, будет отражаться на вас.
Есть ли у вас какая-либо существующая инфраструктура, о которой мне нужно знать? Это не относится к во всех случаях, но если вы заранее знаете, что вам необходимо интегрировать их веб-приложение со средой Active Directory, это может иметь большое значение для выбранной вами технологии.
Изучите их продукт как внутри, так и снаружи. Не вопрос, а отличный совет. Это повысит качество всего продукта, который вы доставляете (веб-сайт).
Вы имеете в виду цветовую схему? Часто компания будет включать цветовую схему в свой логотип, но если нет, было бы неплохо спросить их, имеют ли они что-нибудь в виду. Если это не слишком возмутительно (например, зеленая рвота сталкивается с ярко-оранжевым), попробуйте использовать ее в качестве отправной точки.
В ответ на комментарии: Пользовательский интерфейс - это действительно ваша власть. Помимо базовых вещей, таких как настройки цветовой схемы, вы эксперт. Помните, что владелец бизнеса не является веб-дизайнером и, вероятно, не сможет сказать вам: «Я хочу, чтобы здесь была форма входа, а здесь - средство выбора даты / времени».
Лучший подход - проработать некоторые распространенные варианты использования. для сайта. Это, конечно, полагается на то, что владелец бизнеса знает, чего хотят его клиенты при использовании его веб-сайта. Это определит как поток пользовательского интерфейса, так и основные функции веб-сайта. Все вытекает из вариантов использования. Их может быть утомительно исследовать и задокументировать, но работа того стоит.
Пользовательский интерфейс и основные функциональные возможности уникальны для каждого веб-сайта, поэтому обращаться к ним в общем случае сложно. Работа над вариантами использования - обычная практика в проектах любого размера и всех типов, и это навык, который вам понадобится для продвижения вперед. Извините за такой общий совет, но это действительно самый разумный совет, который я могу придумать. Удачи!
Это определит как поток пользовательского интерфейса, так и основные функции веб-сайта. Все вытекает из вариантов использования. Их может быть утомительно исследовать и задокументировать, но работа того стоит.Пользовательский интерфейс и основные функциональные возможности уникальны для каждого веб-сайта, поэтому обращаться к ним в общем случае сложно. Работа над вариантами использования - обычная практика в проектах любого размера и всех типов, и это навык, который вам понадобится для продвижения вперед. Извините за такой общий совет, но это действительно самый разумный совет, который я могу придумать. Удачи!
Это определит как поток пользовательского интерфейса, так и основные функции веб-сайта. Все вытекает из вариантов использования. Их может быть утомительно исследовать и задокументировать, но работа того стоит.Пользовательский интерфейс и основные функциональные возможности уникальны для каждого веб-сайта, поэтому обращаться к ним в общем случае сложно. Работа над вариантами использования - обычная практика в проектах любого размера и всех типов, и это навык, который вам понадобится для продвижения вперед. Извините за такой общий совет, но это действительно самый разумный совет, который я могу придумать. Удачи!
Работа над вариантами использования - обычная практика в проектах любого размера и всех типов, и это навык, который вам понадобится для продвижения вперед. Извините за такой общий совет, но это действительно самый разумный совет, который я могу придумать. Удачи! Работа над вариантами использования - обычная практика в проектах любого размера и всех типов, и это навык, который вам понадобится для продвижения вперед. Извините за такой общий совет, но это действительно самый разумный совет, который я могу придумать. Удачи!Попросите их предоставить вам несколько ссылок на сайты, которые имеют аналогичные функции или макеты. Это действительно ускорит общение (особенно творческий процесс) и установит ожидания с обеих сторон.
Это самый простой способ установить начальный набор требований.
Some of these are similar to Mr. Brendel, but hopefully I added value. In no particular order:
- Why are you building this application? (Describe what the "happy endpoint" for this web application looks like.)
- Are we carving new processes/modules/functions, or simply automating existing processes/modules/functions? (The latter is easier than the former.)
- What are the processes/modules/functions in scope for this application? Who defines them?
- What is the overall business model of the client? Where are the touchpoints between the application and that model? How much is being affected?
- What value is being delivered? How will it be measured? (Closely related to the first question...)
- Who's going to use the web application? (The web app needs to be designed with the end-users in mind.)
- Who are the "stakeholders"? (IOW, who's going to benefit or lose directly from the project? Of course, it won't, but what if the dealine must slip? Who's the person(s) that this will reflect on?)
- What's your budget, if any?
- What's the dealine/go-live drop-dead date, if any?
- Do you have any rules/process for interacting with external/internal developers? (Ex: reporting needs, coding standards, etc...)
- Is it technically integrated with anything else or stand-alone?
- Is it visually integrated with anything else or stand-alone? What characteristics/attributes/attitude should the site convey to users?
- Is it replacing anything? If so, what and why?
- What "server stack" will it be deployed on? What technologies must be used, if any?
- What are the "hard metrics" that must met, if any? (Ex: Must be able to field 1000 requests/min.)
- What are the project's security needs?
- Who will test/validate the prototype? What are their needs/expectations for performing testing/validation?
- Who will maintain the web application? What are their needs/expectations for performing maintenance?
- Who will maintain any static content? What are their needs/expectations for performing maintenance?
- Who will train users? What are their needs/expectations for performing training?
Now, be careful. First, interview stakeholders both individually and in groups. Interview multiple times, if possible, because your first interview will possibly precipitate ideas that you'd pick up in a second interview.
It's best not to mash all of this in one interview with all stakeholders and end-users in the room at once. Divide it into two parts, at least: the "current and future business" part, and the "exact solution" part? Don't mix conversations about the business-side of the problem with the other conversation you should have on pet features, functionality, content, search engine optimization, etc. The latter will tend to obscure the former, but the former is where a good developer can really catalyze a business.
Hope this helps. Requirements gathering is pretty much an art, not a science...
Есть также вопросы по процессу, которые, возможно, стоит задать вначале.
Какие отчеты о ходе работы он хотел бы видеть, когда вы работаете над этим проектом? Это ведет ко всему большому коммуникационному компоненту, ИМО.
Хотел бы он видеть прототипы и предлагать обратную связь на различных этапах разработки в стиле Agile, или это просто большой черный ящик, который вы доставляете, когда это делается?
Юридические требования, в том числе наличие в приложении «Условий обслуживания» или «Лицензионного соглашения с конечным пользователем»? а также какую лицензию он должен использовать? Он хочет, чтобы все было построено на основе стека с открытым исходным кодом, или это сценарий «как работает»?
Масштаб также будет чем-то вроде того, что мы называем «средним» с точки зрения производственной среды? Веб-ферма среднего размера от Amazon, Microsoft или Google, вероятно, будет содержать тысячи машин, учитывая размер компании, в то время как другие могут рассматривать наличие более чем горстки компьютеров среднего размера.
И последнее, но не менее важное: уточните требования. В некотором смысле это подпадает под требования закона, поскольку вы создаете его за $ x, а ему нужно приложение, которое выполняет a, b и c.