Dash

Рейтинг
168
Регистрация
21.06.2006

В любой книге по PHP есть глава про авторизацию.

Lestor_SB:
я бы добавил, что бывают случаи когда нужно еще и "оценить" уровень тех.персонала и даже его "стоимость" при учете отсутствия/наличия дефицита на соответствующем сегменте рынка труда (как миниму еще один вид привлекаемых со строны специалистов) ... и много чего еще ..
И когда нибудь, я уверен, начнут частенько появляться темы в форуме по типу "принципы создания команды на конкретную задачу", что собственно и имеет отражение в первом Вашем посте.

Это заложено здесь


- необходимые ресурсы для разработки: оборудование, специалисты, ПО, офис

Существуют разные подходу к комплектованию персонала, но это выходит за рамки обсуждения.

Я думаю такие темы обсуждаются, но на соответствующих форумах ;)

Изначально имеется Заказчик и его Идея.

Чтобы довести до других Идею, необходим Бизнес-план.

Не будем касаться общей и экономической частей, что там должно быть и так понятно.

Техническая часть составляется в последнюю очередь и включает в себя

- типы пользователей(гости, пользователи, модераторы)

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

- основные сущности проекта, схемы перехода между состояниями(например, личный счет и его пополнение)

- workflow ключевых процессов(выполнение заказа)

- на основе вышеперечисленного разрабатывается дизайн интерфейсов

- количество пользователей, нагрузка, трафик, кол-во операций

- и т.п.

Теперь пришло время составления Технико-Экономического Обоснования.

Смысл его в том, что исходя из начальных требований, мы выбираем и обосновываем

- платформу

- архитектуру системы

- конфигурацию серверов

- готовое или собственное ПО, полностью или частично

- график разработки, тестирования и начала эксплуатации

- необходимые ресурсы для разработки: оборудование, специалисты, ПО, офис

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

Для более глубого понимания советую обратится к Rational Unified Process, это очень четкая и грамотная схема разработки ПО.

Хотел на этом закончить, но ладно допишу еще ;)

Этапы разработки веб-проекта.

1. Идея

2. БП

2.1 Общая часть

2.2 Маркетинговая часть

2.3 Экономическая

2.4 Техническая

3. Запуск проекта в производство

3.1 Тестирование

4. Эксплуатация

5. Обслуживание/обновление/поддержка

На каждом этапе нужны соответствующие специалисты. Некоторые пункты могут выполняться паралельно.

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

Далее буду иметь в виду, что речь идет о разработке более-менее сложной системы, типа drive.ru или cars.ru

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

Если нет, то он должен иметь в штате или доле минимум 3 человек:

- технического директора(вся техническая часть и разработка)

- маркетолога(весь маркетинг, дизайн, реклама)

- исполнительного директора(коммерческая эксплуатация проекта)

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

Эти 3 разрабатывают и контролируют соответствующие части проекта.

Можно ли заказать разработку полного комплекта документации? Можно, но будет ли достигнуто необходимое качество?

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

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

Есть команда - будет проект. При наличии документации - совсем не факт, что проект будет.

Без размещения обраток беков порядка 200, тиц 50

White SEO:
Для продвижения собственных сайтов используем только Black SEO :) Эффективно и не дорого :D

Интересно наблюдать беки сайтов после спама по форумам:

+1.370 за неделю

-1.282 через 2 недели

😂

Хотя, что-то все равно остается.

3 штучки добавил, спасибо.

Интересный момент.

Тиц передается, беки передаются, ссылочное...? :)

350 беков с каталогов без размещения обраток где-либо - это анрил самый настоящий и всегда им был.

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

Verlinov:
Ты хотябы знаешь для чего табличная верстка была создана изначально???
Не для верстки сайтов. Но ее для этого применяли и применяют. Хотя это не есть правильно.
По стандартам и более правильно будет использовать div, как это делает http://www.yahoo.com/, а яндекс пользуется устарелым способом верстки, потому что наверное привыкли к такому способу верстания, а не для пользователей :)

Для начала зайди с КПК на http://www.yahoo.com/ и посмотри как это всё выглядит 😂

PS Я ходил IE Mobile

Что-то не нашел ссылок на примеры социальных сетей.

Убогенький форум с разделом закачек еще не социалка.

Всего: 1183