Планирование разработки системы для сайта

Question

[crea7or]

Есть какие-нибудь туториалы о планировании и разработке (на уровне абстракций)? Нужно грамотно составить техническое задание на разработку, а понимания как и от чего отталкиваться именно в вебе — не хватает. Нужны пользователи, права доступа и прочие сервисы привязанные к пользовательским аккаунтам.
Я так понимаю, что в основе будут сессии, к сессиям будут привязываться уже пользователи и т.д. Вот где-нибудь почитать бы про это…

Answer 1

[Владимир Чернышев]

На уровне абстракций предметной области ТЗ на сайт (веб-сервис) ничем, имхо, не отличается от ТЗ на любое приложение клиент-сервер. Сессии это уже механизм реализации этих абстракций, причём в разных языках/фреймворках/… они могут быть совсем по разному реализованы или даже спрятаны от разработчика, которые оперирует пользователями, правами доступа и т. п.

Comments

[crea7or]

То есть лучше и от этого абстрагироваться? Просто мы планируем отдать это на аутсорс и как напишем в ТЗ — так и сделают. Но наверняка можно будет написать и криво и косо под большой-то абстракцией. Хочется главные моменты чётко прописать.

[Владимир Чернышев]

Тогда вам нужно, как минимум, и в вопросе специфицировать платформу.

Answer 2

[tzlom]

на мой взгляд описывать в ТЗ «сделай мне сессии по макету `CREATE TABLE sessions....` и потсы по макету `CREATE TABLE psto ...`» это глупо и не нужно
у вас должны быть конкретные требования к сайту, которые должны выполняться, а КАК это будет сделано — не совсем ваше дело, вы не профессионал в этом деле и почему решать должны вы непонятно

напишите что сайт рассчитывается на минимальную нагрузку такую то, платформа запуска там допустим дебиан,PHP >5.3, MYSQL >5 apache, nginx ,memcached в наличии
требуется регистрация пользователя, пользователь может заполнять поля (....)
пользователь может оставлять комментарии, так что…

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

алсо если так хотите можете указать в ТЗ этап проектирования внутреннего API / логики и согласования его

Answer 3

[Константин Китманов]

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

Comments

[crea7or]

А какая гарантия, что сделают качественно? Даже если после разработки я скажу, что так — нельзя. Мне укажут на ТЗ и всё. Как минимум, мне нужно разбираться самому в основных вещах хотя бы для контроля.

[Константин Китманов]

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

Answer 4

[Stalker_RED]

если планируете аутсорц, то садитесь и пишите ТЗ вместе. лучше написание ТЗ оформить отдельным контрактом.

в идеале найдите еще консультанта-архитектора со стороны и покажите ему ТЗ.

Answer 5

[borisiq]

Анализ требований заказчика (включая интервьюирование), бизнес-анализ, системный анализ, моделированиеи предметной области т.п. — этапы автоматизации, которые необходимо выполнить до формирования ТЗ на разработку программы. Для этих работ отдельные специалисты есть — системные и бизнес аналитики, постановщики задач, которые как правило стоят дороже, чем разработчики ПО. Часто разработчики сами выполняют эти работы, что может нанести потенциально вред: разработчики внесут в себе ТЗ то, что им выгоднее, например что они могут реализовать, а не то, что принесёт наибольшую пользу заказчику.
Разумнее нанять отдельного специалиста/фирму по автоматизации для анализа требований и формирования ТЗ на разработку или воспитать подобного в своём коллективе.