Dreammaker

Dreammaker
Рейтинг
569
Регистрация
20.04.2006

berendey, а что за тематика? ибо действительно маловато.

Тигра:
1. что пиарите?
2. чей засланец?
3. сколько заплатили?

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

Art Citrus:
Вам интересна покупка данного проекта?

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

Art Citrus, разместите картинку с сайта студии, а то возникают смутные подозрения :)

kravru:
Поэтому делаем таблицу с полями: id_shop, id_brand

+ составной PRIMARY индекс на id_shop, id_brand (если InnoDB, то могут быть ещё foreign keys под отдельности на поля, но это уже к решаемой задаче не до конца относится).

SeoNizator:
вы бы стали писать ТЗ в соответствии с ГОСТом?

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

Хотя в целом это в идеальном мире, в реальном мире мы имеем брифы :)

Вот выдержка из госта "ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ"

2.6.3.2. Для информационного обеспечения системы приводят требования:

* 1) к составу, структуре и способам организации данных в системе;
* 2) к информационному обмену между компонентами системы;
* 3) к информационной совместимости со смежными системами;
* 4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
* 5) по применению систем управления базами данных;
* 6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;
* 7) к защите данных от разрушений при авариях и сбоях в электропитании системы;
* 8) к контролю, хранению, обновлению и восстановлению данных;
* 9) к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).

Думаю, вопросы отпадают, чем является ваш пример - ТЗ или брифом :)

p.s. Ваш пример я бы даже сказал, скорее ближе к user case - то есть к тому, с чем сталкивается в своей работе пользователь.

p.p.s. Тьфу, user story, а не user case :)

дырявый скрипт.

neolord об этом сказал

neolord:
У людей в голове каша. Фреймворки со средами разработки путают, ТЗ с брифингом...

Так вот ТЗ, по-моему мнению, пишут программисты или, если говорить в общем, технические специалисты, а то что пишет заказчик - это бриф. О чём я говорил в фразе "Если вы не программист полноценного ТЗ вы не напишите".

SeoNizator,

SeoNizator:
Dreammaker, не стоит путать (и пугать) людей знанием программирования.

Не совсем понял, что вы хотели сказать. То что я вас запутал? Или что?

Всего: 10921