Пишу ТЗ.

← →
КаПиБаРа © (2004-10-07 12:33) [0]

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

← →
Игорь Шевченко © (2004-10-07 12:38) [1]

> Есть советы как выполнить описание интерфейса.

Излагай

← →
080D:07BBh © (2004-10-07 12:41) [2]

КаПиБаРа
Проще всего накидать пустую форму и в ТЗ написать что она должна делать

← →
КаПиБаРа © (2004-10-07 12:41) [3]

Игорь Шевченко © (07.10.04 12:38) [1]
Вопрос забыл поставить :)

Есть советы как выполнить описание интерфейса?

← →
080D:07BBh © (2004-10-07 12:43) [4]

КаПиБаРа
Мое ИМХО
То что не явно описанов ТЗ будет реализовано не так как ты задумал

← →
КаПиБаРа © (2004-10-07 12:50) [5]

080D:07BBh © (07.10.04 12:43) [4]
Если будет реализовано лучше я не против. А если хуже - можно тыкать в ТЗ носом.

← →
malkolinge © (2004-10-07 12:53) [6]

Visio. Там есть библиотечка с Вин32 контролами.

← →
Игорь Шевченко © (2004-10-07 12:56) [7]

> Ничего лучшего не придумал, как создание в Delphi формочек,
> помещение их скринов в документ и описание что к чему.

А нормально. И с пояснениями

← →
КаПиБаРа © (2004-10-07 14:11) [8]

Есть у кого нить иконки с номерами хотя бы от 1 до 9?
Скинте на мыло u0071.24[гав]chel.elektra.ru

← →
Layner © (2004-10-07 14:55) [9]

[8] КаПиБаРа © (07.10.04 14:11)
Приветствую!
Иконки легко делаются парой нажатием мезинцем левой руки в программе ArtIcons (http://www.aha-soft.com), очень советую. Лечится тоже легко.

← →
КаПиБаРа © (2004-10-07 15:00) [10]

Удалено модератором

← →
080D:07BBh © (2004-10-07 15:23) [11]

КаПиБаРа
Мое ИМХО
Определи что должно быть зделано в любом случае и как а там если они решат радугу рисовать в каптишен так это их головняк

← →
КаПиБаРа © (2004-10-08 06:17) [12]

080D:07BBh © (07.10.04 15:23) [11]
Я иконки с цифрами хочу на toolbutton поместить, что бы написать комментариу к скриншоту: кнопка "1" - подключение к базе.

← →
КаПиБаРа © (2004-10-08 07:15) [13]

В тз указывается подробный график выполнения проекта или просто кол-во времени на выполнение?

← →
КаПиБаРа © (2004-10-08 07:46) [14]

КаПиБаРа © (08.10.04 7:15) [13]
Как вам такое название приложения "РИЛИР". Не сильно идиотское?

← →
080D:07BBh © (2004-10-08 08:40) [15]

КаПиБаРа
В ТЗ ты указываеш задание если все задания написано на этапы
то есть делаем первый этап потом второй
то пиши сколько по времени должен занимать первый этап
сколько второй хотя это уже часть ТП(технического проекта)
в любом случае в ТЗ должна указана дата завершения задания

← →
DVM © (2004-10-08 09:06) [16]

> КаПиБаРа © (07.10.04 15:00) [10]

Все мыслимые значки для кнопок (не иконки!) есть в GlyFX.
В инете полно валяется наборов с таким названием.

← →
Сергей Суровцев © (2004-10-08 10:18) [17]

>Пишу ТЗ.

Чего же боле?

>Как вам такое название приложения "РИЛИР".
>Не сильно идиотское?

Сильно.

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

← →
КаПиБаРа © (2004-10-08 10:58) [18]

Сергей Суровцев © (08.10.04 10:18) [17]
если он серьезен

А если нет? Мне разработчика выбирать не приходится.

Например вот пункт ТЗ.

3.3. Требования к клиентскому приложению для работы с БД.
3.3.1. При запуске программы производится аутентификация пользователя.
3.3.2. При подключении к базе производится сравнение версий клиента и базы. При несовпадении minor версии клиента и базы выдается предупреждение и возможно продолжение работы. При несовпадении major версии работа клиента невозможна.
3.3.3. Интерфейс приложения.
3.3.3.1. Приложение должно быть разработано по принципу SDI (однооконное приложение).

Как по вашему это обидит исполнителя или нет?

← →
Sergey13 © (2004-10-08 11:03) [19]

>23.3.3.1. Приложение должно быть разработано по принципу SDI (однооконное приложение).
ИМХО SDI это не (однооконное приложение).

← →
080D:07BBh © (2004-10-08 11:11) [20]

3.3.2. При подключении к базе производится сравнение версий клиента и базы. При несовпадении minor версии клиента и базы выдается предупреждение и возможно продолжение работы. При несовпадении major версии работа клиента невозможна.

это лучше обьяснить развернуто

← →
КаПиБаРа © (2004-10-08 11:13) [21]

080D:07BBh © (08.10.04 11:11) [20]
3.2. Требования к СУБД и состав таблиц БД.
...
3.2.5. Должны быть реализованы средства контроля версии БД и клиента. В БД должна быть таблица или хранимая процедура с номером версии. Номер версии должен состоять из 2 цифр major и minor. При несовпадении minor версии клиента и базы выдается предупреждение и возможно продолжение работы. При несовпадении major версии работа клиента невозможна.

← →
КаПиБаРа © (2004-10-08 11:13) [22]

080D:07BBh © (08.10.04 11:11) [20]
Так понятно или еще подробнее?

← →
080D:07BBh © (2004-10-08 11:15) [23]

КаПиБаРа
понятно

← →
КаПиБаРа © (2004-10-08 11:23) [24]

А такое название?
Rivlir.exe

"Режимное Использование Высоковольтных Линий И Реакторов"

← →
Layner © (2004-10-08 11:42) [25]

:)
А у нас есть например такая самодельная штука
ksvd.exe (Коммерческая сут ведомость)
Правда у нас никакие ТЗ слава богу не пишутся..

← →
КаПиБаРа © (2004-10-08 11:49) [26]

Layner © (08.10.04 11:42) [25]
Кстати у вас как эту задачу решают?
С письмом ОДУ Урала № 203-22-143 от 29.01.2004 не сталкивался?

← →
080D:07BBh © (2004-10-08 12:04) [27]

Layner
то что вы ТЗ не пишете это вам минус

← →
Думкин © (2004-10-08 12:04) [28]

> [25] Layner © (08.10.04 11:42)
> Правда у нас никакие ТЗ слава богу не пишутся..

Это ненадолго. Или вы их начнете писать или перестанете вообще. ИМХО.

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

Layner © (08.10.04 11:42) [25]
Правда у нас никакие ТЗ слава богу не пишутся..

У нас тоже ТЗ не пишутся. И программы не пишутся потому что программисты не знают че нам надо, а наши на пальцах им объяснить не могут :)
Программы пишутся только своими силами. Если в службе нет человека увлекающегося программированием то там полное болото по части автоматизации труда.
Доходит до того что данные из одной программы распечатываются или пишутся на листочек и вбиваются в другую прграмму.
Вот напишу первое ТЗ может быть и программу по нему сделают.

КаПиБаРа © (08.10.04 12:40) [30]

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

Может, у вас кормят неплохо... (с) Известный анекдот

КаПиБаРа
Процесс выполнения проги ты должен контролировать!

С письмом ОДУ Урала № 203-22-143 от 29.01.2004 не сталкивался?
Нет, мне его не показывали :)
Ратаем как:
1. начальство говорит
2. пишем
3. отвязываются
Все довольны. :)

Я т.е. хотел сказать, что мы вообще то ничего не разрабатываем, и покупаем готовое, но всеравно без "дописки" и доработки не обойтись, поэтому видно все так прозрачно.
А по идее согласен, ТЗ надо, не спорю.

080D:07BBh © (08.10.04 13:16) [32]
А как называется человек который контролирует выполнение проекта? Распределение ролей тоже должно в тз прописываться?

Layner © (08.10.04 13:26) [33]
Наши СЭПАКовцы пока тоже не видели. Ничего... скоро увидят :)

КаПиБаРа
если на западный манер то менеджер проекта как по русски не знаю.
в ТЗ конкретному человеку ты указываеш что конкретно он должен зделать. В ТЗ на всю прогу у тебя должно быть написано что делает продукт далее назначают менеджера проекта и он уже отвечает за то когда как кем будет зделан продукт.

>КаПиБаРа © (08.10.04 10:58) [18]
>А если нет? Мне разработчика выбирать не приходится.

Тогда пиши как хочешь - пустая трата времени.

>КаПиБаРа
IMXO Вы замешали в одну кучу ТЗ и "План-график выполненения
работ". Отродясь в ТЗ не прописывал на сроков, ни исполнителей,
ни разбивку на этапы.
В ТЗ должно быть:
1. Описание объекта (если необходимо)
2. Технические требования
3. Методы проверки технических требований (если необходимо)

Общие сроки выполнения работ, стоимость работ, разбивка на
этапы (по приемке) и способы оплаты - в договоре.

Исполнители, этапы выполнения (внутренние), сроки и т.п. -
в "План-графике"

Вот выложил кусочек моего ТЗ. Покритикуйте. Интересует то ли я делаю или это уже не ТЗ, а что то другое?

http://romanovtz.narod.ru/tz.doc

http://romanovtz.narod.ru/tz.zip

> [17] Сергей Суровцев © (08.10.04 10:18)
> Рисуя формы делаешь
> лишнюю работу себе и обижаешь исполнителя ибо если он серьезен,
> то у него наработок наверняка твоих поболее и опыта тоже

Не согласен в корне.
Тогда по хорошему разработчик будет это делать. А иначе о каких сроках и сумме вообще можно вести речь??
Только не зная предметной области (считаем, что все же человек, пишуший ТЗ, ее знает) сделает это априори хуже, даже если формально его рисунки будут соответствовать всем мыслимым стандартам юзабилити и на первый взгляд будут красивы. Но в них не будет главного: они будут неудобны конечному пользователю.

Так что формочки - обязательно. С тщательным продумванием вплоть до последователности перехода по Tab и т.п. "мелочей". Особенно это касается основных рабочих форм, в которых пользователь проводит 95% времени. Форму логина, думаю, можно не детализировать, хотя и там можно нарыть кучу нюансов (пользователь может выбирать сервер БД (в случае перехода на резервный) или это решается иначе? вести ли список логинов которые использовались? запоминать ли последний введенный? а может вообще Win аутоитентификация, если СУБД ее поддерживает?)

Пишу ТЗ. Найти похожие ветки