Сообщений в теме: 13

[SALar]

Я подумываю об открытие мастер классов. Пока онлайновых. И для затравки предлагаю протестировать некое ТЗ на создание сайта, которое было сформировано и опубликовано четыре года назад.

Дисклаймер. Это ни в коей мере не наезд на создателей ТЗ. Просто примеров документации в открытом доступе жутчайший дефицит, а тут такая клевая вещь. И еще. Это неплохое ТЗ. Люди работают и по худшим вариантам.

Ну что,тестеры, есть желающие поучиться на аналитика? Можно писать в личку, можно сюда. Посмотрим как пойдет.
-------------------------------------------------------------------------
1. Технические требования

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

1.2. возможность просматривать страницы при любом разрешении и размере экрана, в любом навигаторе

1.3. возможность посещения одновременно значительным количеством народа (300 человек ?)

1.4. большой объем, т.к. предполагается много информации

1.5. простая навигация (не более 3-х уровней)

1.6. если сайт "падает", то восстановление в течение суток

1.7. размещение информации в течение суток

1.8. простые форумы, с возможностью изменения настроек

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

1.10. платформа не имеет значения

1.11. указать - есть ли возможность размещения или предлагается только создание и техническая поддержка; указать платное или бесплатное размещение и на каких серверах

2. Сайт (предполагаемая структура)

2.1. Основной сайт (информация мастерской группы)

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

2.2. Возможность подвешивать вспомогательные странички отдельных команд с предоставлением им прав на дизайн и размещения информации

* Закрытые страницы для отдельных команд, с подстраницей для размещения мастерских материалов по этим командам (либо текстами, либо ссылками на статьи в сети)
* Форумы для отдельных команд

Обязательно анонсы должны быть регулярно на сайтах: www.lrpg.ru, rpg.nsk.ru, www.alexander6.ru, в ролевой прессе: Magister Ludi, Орк-клуб, Мое королевство, Цитадель, Крылатый вестник. Желательно размещение анонсов на сайтах Украины, Израиля (хуже не будет)

[slat]

Можно вопрос?
Предлагаемое вами ТЗ как его тестировать как говориться вглубь (уточняя по каждому пункту технологии и прочее) или вширь (методом анализа требований и добавления либо убирания онных) или все вместе в комплексе?

[SALar]

И так, и так, и еще по другому. И еще как считаете нужным.

[JimR]

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

А если начать копать между строк... :-)

Ты только свистни.

[slat]

1.3. возможность посещения одновременно значительным количеством народа (300 человек ?)

Необходимо уточнение пропускной способности хостера и в связи с этим расчет максимальной нагрузки на сервер

1.4. большой объем, т.к. предполагается много информации

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

1.6. если сайт "падает", то восстановление в течение суток

Пересекается с пунктом 1.9 зеркалирование подразумевает повышенную надежность но более сложную структуру синхронизации должно быть объединено

1.7. размещение информации в течение суток

Необходимо определение информация какого типа должна быть размещена в течении суток (естесно если будет пост форума грузиться сутки то никто на нем будет сидеть )

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

В этом требовании стоит оставить только вопросы домена и имени

1.10. платформа не имеет значения

Заменить на требование кроссплатформенность


Пока навскидку все:) Если завтра будет не лень еще чего то допишу

[greesha]

Для начала интересно было бы узнать:
- цель создания сайта
- перечень функций (сервисов), которые должен предоставлять сайт
- основные термины (должен ли разработчик понимать, что такое "мастерский меморандум"?)

[Case]

Для начала интересно было бы узнать:
- цель создания сайта
- перечень функций (сервисов), которые должен предоставлять сайт
- основные термины (должен ли разработчик понимать, что такое "мастерский меморандум"?)

+1 :) Начинаем танцевать от печки - что хочетсяч создать, отраслевой форум с международной аудиторией или сайт для выпускников школы 141 98 года 11А класса?

[Case]

Теперь по требованиям.
Сергей, ты какую-то шутку задумал? :)

1. Технические требования
1.1. простой дизайн, чтобы быстро грузился (все звуки, видео, картинки и карты - отдельно)
Не техническое требование. Понятие "простой" неформализируется - требование не может быть протестировано.

1.2. возможность просматривать страницы при любом разрешении и размере экрана, в любом навигаторе
Нетестируемое требование: нужен список браузеров. Потому что LYNX, например, тоже браузер и в множество "любой" он попадает. Браузеры для мобильных устройств входят?

1.3. возможность посещения одновременно значительным количеством народа (300 человек ?)
Нетестируемое требование: 300 человек в какой период?

1.4. большой объем, т.к. предполагается много информации
Нетестируемое требование: большой это сколько?

1.5. простая навигация (не более 3-х уровней)
Без замечаний на данном этапе.

1.6. если сайт "падает", то восстановление в течение суток
Требование нуждается в уточнении: падает это совсем не отвечает или не отвечает длительный промежуток времени? На каких операциях (включены ли операции администратора?).

1.7. размещение информации в течение суток
Не техническое требование - относится к организационной структуре редакции сайта.

1.8. простые форумы, с возможностью изменения настроек
"Простые" - не формализуемо и не тестируется.

1.9. имя сайта должно быть простое (домен первого уровня) и необходимы два зеркала с автоматическим дублированием материала
"Простые" - не формализуемо и не тестируется. Тема с зеркалирование не раскрыта :)

1.10. платформа не имеет значения
Виндовс 3.11 - записано.

1.11. указать - есть ли возможность размещения или предлагается только создание и техническая поддержка; указать платное или бесплатное размещение и на каких серверах
Не требование ваще :)

2. Сайт (предполагаемая структура)

2.1. Основной сайт (информация мастерской группы)
Без замечаний на данном этапе.

2.2. Возможность подвешивать вспомогательные странички отдельных команд с предоставлением им прав на дизайн и размещения информации
Не раскрыто. "Подвешивать" это давать просто доступ по ФТП или как функционал админки?

Обязательно анонсы должны быть регулярно на сайтах: www.lrpg.ru, rpg.nsk.ru, www.alexander6.ru, в ролевой прессе: Magister Ludi, Орк-клуб, Мое королевство, Цитадель, Крылатый вестник. Желательно размещение анонсов на сайтах Украины, Израиля (хуже не будет)
Ваще не требование на разработку :)

Вообще требованиями я бы это не считал - это бриф заказчика, который надо обработать и сделать требования верхнего уровня:

• Определение проекта
• Основные функциональные разделы проекта
• Основные функциональные требования
• Основные не функциональные требования
• Основные требования к окружению эксплуатации
• Основные требования к юзабилити
• Основные требования производительности

Хотя бы так.

[slat]

Для начала интересно было бы узнать:
- цель создания сайта
- перечень функций (сервисов), которые должен предоставлять сайт
- основные термины (должен ли разработчик понимать, что такое "мастерский меморандум"?)

Кстати интересно как влияет данная информация на анализ технических требований?
Ведь бывает так что заказчик именно требует что бы сайт обладал возможностью нагрузки до 10000 пользователей хотя его цель это к примеру тот же школьный сайт никому не известного Урюпинска. Как в таких ситуациях поступаете вы?

[SALar]

Это ТЗ на сайт для ролевой игры ХИ2004. Обычный тривиальный контент проект (два притопа, три прихлопа), для аудитории в пару-тройку тысяч человек максимум.

http://www.alexander...exander6/107111

[SALar]

Давайте пойдем дальше по пути конкретизации задачи. Следует понимать, что данный случай прост. Именно поэтому его можно легко использовать в качестве примера.

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

Наибольший ажиотаж вызвали неоднозначность и как следствие нетестируемость требований. Ищем дальше.
* Есть ли некорректность (нереализуемость) требований?
* Есть ли противоречивость требований?

Это пока только первый этап.

[Текрайтер из Питера]

А можно поинтересоваться, на основе каких офиц. документов вы создавали это ТЗ? В частности, речь идет о структуре документа.

1. Совершенно непонятно, почему один уровень у рубрик "Технические требования" и "Сайт"? Раздел "Сайт" (а здесь, судя по всему, речь идет о структуре) уже не является требования?
2. ТЗ, кстати, это не только требования. Понятие ТЗ, в официальных документах, гораздо шире. О нем (применительно к АС) можно ознакомиться здесь: http://www.nist.ru/h...t/34-602-89.htm

[SALar]

А можно поинтересоваться, на основе каких офиц. документов вы создавали это ТЗ? В частности, речь идет о структуре документа.

Э-э-э... Вы тред читали? Там кажется достаточно подробно указан источник. И я это ТЗ не создавал.

1. Совершенно непонятно, почему один уровень у рубрик "Технические требования" и "Сайт"? Раздел "Сайт" (а здесь, судя по всему, речь идет о структуре) уже не является требования?

В точку. У этого ТЗ серьезнейшая проблема со структуризацией информации. За что и было выбрано.

2. ТЗ, кстати, это не только требования. Понятие ТЗ, в официальных документах, гораздо шире. О нем (применительно к АС) можно ознакомиться здесь: http://www.nist.ru/h...t/34-602-89.htm

А причем тут ГОСТы? Большинство программных (программно аппаратных) систем в мире создается по спецификациям даже близко не похожим на 19, 34 ГОСТы. И хорошо, что ребята из скайпа не видели гостов. А то мы бы до сих пор их продукта не видели.
У нас задача не "как бантики завязать"/оформить, а как сделать текст однозначно понятным для всех участников команды разработки. Я понимаю что это сложнее. Но нам ведь не шашечки, нам ехать надо.

[Maieutic]

Для начала интересно было бы узнать:
- цель создания сайта
- перечень функций (сервисов), которые должен предоставлять сайт
- основные термины (должен ли разработчик понимать, что такое "мастерский меморандум"?)

Кстати интересно как влияет данная информация на анализ технических требований?

А влияет она так, что технические требования должны трассироваться на задачи сайта, а последние - на цели. Если какое-то требование не трассируется - значит либо оно избыточно, либо существуют неучтённые задачи. Таким образом трассировка в каком-то смысле валидирует целеполагание.

Ведь бывает так что заказчик именно требует что бы сайт обладал возможностью нагрузки до 10000 пользователей хотя его цель это к примеру тот же школьный сайт никому не известного Урюпинска. Как в таких ситуациях поступаете вы?

Если заказчик хочет 10к посетителей, то это ему нужно зачем-то. Обычно в разговоре выясняется, зачем и если бизнес-механизмов, обеспечивающих такую нагрузку не предвидится, то это повод снизить требование до разумной нагрузки и стоимости работ, как следствие.