Протестируйте ТЗ
#1
Отправлено 11 октября 2007 - 13:16
Дисклаймер. Это ни в коей мере не наезд на создателей ТЗ. Просто примеров документации в открытом доступе жутчайший дефицит, а тут такая клевая вещь. И еще. Это неплохое ТЗ. Люди работают и по худшим вариантам.
Ну что,тестеры, есть желающие поучиться на аналитика? Можно писать в личку, можно сюда. Посмотрим как пойдет.
-------------------------------------------------------------------------
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, Орк-клуб, Мое королевство, Цитадель, Крылатый вестник. Желательно размещение анонсов на сайтах Украины, Израиля (хуже не будет)
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#2
Отправлено 11 октября 2007 - 13:40
Предлагаемое вами ТЗ как его тестировать как говориться вглубь (уточняя по каждому пункту технологии и прочее) или вширь (методом анализа требований и добавления либо убирания онных) или все вместе в комплексе?
#3
Отправлено 11 октября 2007 - 14:25
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#4
Отправлено 11 октября 2007 - 15:05
А если начать копать между строк... :-)
Ты только свистни.
InfoTeCS
#5
Отправлено 11 октября 2007 - 15:13
Необходимо уточнение пропускной способности хостера и в связи с этим расчет максимальной нагрузки на сервер1.3. возможность посещения одновременно значительным количеством народа (300 человек ?)
Опять же в требовании необходимо уточнить минимальный допустимый обьем места хостинга1.4. большой объем, т.к. предполагается много информации
Пересекается с пунктом 1.9 зеркалирование подразумевает повышенную надежность но более сложную структуру синхронизации должно быть объединено1.6. если сайт "падает", то восстановление в течение суток
Необходимо определение информация какого типа должна быть размещена в течении суток (естесно если будет пост форума грузиться сутки то никто на нем будет сидеть )1.7. размещение информации в течение суток
В этом требовании стоит оставить только вопросы домена и имени1.9. имя сайта должно быть простое (домен первого уровня) и необходимы два зеркала с автоматическим дублированием материала
Заменить на требование кроссплатформенность1.10. платформа не имеет значения
Пока навскидку все:) Если завтра будет не лень еще чего то допишу
#6
Отправлено 11 октября 2007 - 15:30
- цель создания сайта
- перечень функций (сервисов), которые должен предоставлять сайт
- основные термины (должен ли разработчик понимать, что такое "мастерский меморандум"?)
#7
Отправлено 12 октября 2007 - 07:05
+1 :) Начинаем танцевать от печки - что хочетсяч создать, отраслевой форум с международной аудиторией или сайт для выпускников школы 141 98 года 11А класса?Для начала интересно было бы узнать:
- цель создания сайта
- перечень функций (сервисов), которые должен предоставлять сайт
- основные термины (должен ли разработчик понимать, что такое "мастерский меморандум"?)
Редактор портала www.it4business.ru
#8
Отправлено 12 октября 2007 - 07:23
Сергей, ты какую-то шутку задумал? :)
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, Орк-клуб, Мое королевство, Цитадель, Крылатый вестник. Желательно размещение анонсов на сайтах Украины, Израиля (хуже не будет)
Ваще не требование на разработку :)
Вообще требованиями я бы это не считал - это бриф заказчика, который надо обработать и сделать требования верхнего уровня:
- Определение проекта
- Основные функциональные разделы проекта
- Основные функциональные требования
- Основные не функциональные требования
- Основные требования к окружению эксплуатации
- Основные требования к юзабилити
- Основные требования производительности
Редактор портала www.it4business.ru
#9
Отправлено 12 октября 2007 - 07:30
Для начала интересно было бы узнать:
- цель создания сайта
- перечень функций (сервисов), которые должен предоставлять сайт
- основные термины (должен ли разработчик понимать, что такое "мастерский меморандум"?)
Кстати интересно как влияет данная информация на анализ технических требований?
Ведь бывает так что заказчик именно требует что бы сайт обладал возможностью нагрузки до 10000 пользователей хотя его цель это к примеру тот же школьный сайт никому не известного Урюпинска. Как в таких ситуациях поступаете вы?
#10
Отправлено 12 октября 2007 - 07:35
http://www.alexander...exander6/107111
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#11
Отправлено 14 октября 2007 - 17:40
Понятно, что вменяемый, даже не программист, а верстальщик, знакомый с предметной областью сделает этот сайт за один - два дня. Ну может еще помощи художника попросит. Но представим себя аналитиками, которые стоят между заказчиком и командой рыцарей мыши и клавиатуры, которые, к сожалению, делают так, как написано.
Наибольший ажиотаж вызвали неоднозначность и как следствие нетестируемость требований. Ищем дальше.
* Есть ли некорректность (нереализуемость) требований?
* Есть ли противоречивость требований?
Это пока только первый этап.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#12
Отправлено 26 октября 2007 - 08:30
1. Совершенно непонятно, почему один уровень у рубрик "Технические требования" и "Сайт"? Раздел "Сайт" (а здесь, судя по всему, речь идет о структуре) уже не является требования?
2. ТЗ, кстати, это не только требования. Понятие ТЗ, в официальных документах, гораздо шире. О нем (применительно к АС) можно ознакомиться здесь: http://www.nist.ru/h...t/34-602-89.htm
#13
Отправлено 26 октября 2007 - 10:32
Э-э-э... Вы тред читали? Там кажется достаточно подробно указан источник. И я это ТЗ не создавал.А можно поинтересоваться, на основе каких офиц. документов вы создавали это ТЗ? В частности, речь идет о структуре документа.
В точку. У этого ТЗ серьезнейшая проблема со структуризацией информации. За что и было выбрано.1. Совершенно непонятно, почему один уровень у рубрик "Технические требования" и "Сайт"? Раздел "Сайт" (а здесь, судя по всему, речь идет о структуре) уже не является требования?
А причем тут ГОСТы? Большинство программных (программно аппаратных) систем в мире создается по спецификациям даже близко не похожим на 19, 34 ГОСТы. И хорошо, что ребята из скайпа не видели гостов. А то мы бы до сих пор их продукта не видели.2. ТЗ, кстати, это не только требования. Понятие ТЗ, в официальных документах, гораздо шире. О нем (применительно к АС) можно ознакомиться здесь: http://www.nist.ru/h...t/34-602-89.htm
У нас задача не "как бантики завязать"/оформить, а как сделать текст однозначно понятным для всех участников команды разработки. Я понимаю что это сложнее. Но нам ведь не шашечки, нам ехать надо.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#14
Отправлено 28 октября 2007 - 14:56
А влияет она так, что технические требования должны трассироваться на задачи сайта, а последние - на цели. Если какое-то требование не трассируется - значит либо оно избыточно, либо существуют неучтённые задачи. Таким образом трассировка в каком-то смысле валидирует целеполагание.Кстати интересно как влияет данная информация на анализ технических требований?Для начала интересно было бы узнать:
- цель создания сайта
- перечень функций (сервисов), которые должен предоставлять сайт
- основные термины (должен ли разработчик понимать, что такое "мастерский меморандум"?)
Если заказчик хочет 10к посетителей, то это ему нужно зачем-то. Обычно в разговоре выясняется, зачем и если бизнес-механизмов, обеспечивающих такую нагрузку не предвидится, то это повод снизить требование до разумной нагрузки и стоимости работ, как следствие.Ведь бывает так что заказчик именно требует что бы сайт обладал возможностью нагрузки до 10000 пользователей хотя его цель это к примеру тот же школьный сайт никому не известного Урюпинска. Как в таких ситуациях поступаете вы?
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных