Форум Сообщества Аналитиков
Общий раздел => Для всех => Тема начата: dayx от 08 Февраля 2016, 14:03:24
-
Постановка:
Подготовить Техническое задание на разработку сервиса "Отправка заявки на кредит через сайт банка".
Требования:
- заявка должна содержать необходимую информацию, чтобы была предварительная возможность проверить клиента на соответствие базовым требованиям банка к заемщикам на выдачу кредита:
гражданин или гражданка РФ от 21 года и старше, постоянный доход от 10 000 рублей после вычета налогов, непрерывный трудовой стаж на текущем месте работы от 6 месяцев, постоянная регистрация в регионе присутствия банка.
В случае несоответствия условиям, клиенту должен быть сформирован отказ. Иначе заявка должна попасть на адрес электронной почты ответственного сотрудника, который будет ее обрабатывать.
- ТЗ должно содержать постановку задачи на разработку функциональности сервиса на сайте, а также требования к интеграционному взаимодействию.
- разработку макетов (прототипы, дизайн) делать не требуется.
Текст ТЗ (гугл-док) (https://docs.google.com/document/d/1Gvk3MwOuLdwUPq9T22HercML1ANv8U9QFrdNJWBbjYY/edit?usp=sharing)
Всем заранее спасибо!
-
Требования не имеют идентификаторов.
Требования сформулированы в формате пользовательской документации (в настоящем времени), а не требований (в будущем).
Термины-омонимы не разведены — "на стороне клиента" — речь про клиента банка или про слой архитектуры?
Вместо ТЗ на разработку приведена неформальная функциональная спецификация на интерфейс — нет сценария использования, нет сценариев интеграции, нет ограничений, нет атрибутов качества, нет модели данных.
Нет оглавления документа.
Нет нумерации страниц.
По детальным требованиям много ошибок в плане эргономики и качества данных.
-
Слово функционал , приведенное в тексте, имеет несколько другое значение
1. Математическое понятие, возникшее в вариационном исчислении для обозначения переменной величины, заданной на множестве функций, т.е. зависящей от выбора одной или нескольких функций.
2. Гомосексуалист, не образовывающий пары. Имеет очень много гомосексуальных партнеров и мало сексуальных проблем. Как правило, это лица более молодого возраста.»
https://toster.ru/q/14928
При написании ТЗ уместнее говорить о функциональных требованиях.
Если хотите повысить шансы на прохождение теста:
1) Стуруктурируйте текст в соответствии с ГОСТ
http://protect.gost.ru/document.aspx?control=7&id=155153
http://protect.gost.ru/document.aspx?control=7&id=139096
Строго соблюдать не требуется, но если Вас попросили сделать именно ТЗ, а не BRD или FT, надо делать именно ТЗ
2) Разделите функциональные, нефункциальные требования, бизнес-правила и требования к интерфейсу
3) Сильно поможет описание процесса выдачи заявки с помощью какой-нибудь процессной нотации.
В остальном полностью присоединяюсь к Денису
-
сообщение устарело
-
А автору топика крайне рекомендую пройти полный курс по проектированию АС и разработке ТЗ
http://saturs.ru/index.php?r=eduprograms/viewprogram/id/148
<<Вы слышите глухие удары: тук! тук! тук! Это бьется сердце космонавта, прибывшего на нашу планету. Внимание, внимание! Говорит доктор Шприц. Мой адрес: Холерная улица, дом пятнадцать. Прием больных ежедневно с девяти утра до шести вечера. Помощь на дому. Вызовы по телефону. Прием в ночные часы оплачивается в двойном размере. Вы слышите удары космического сердца. Имеется зубоврачебный кабинет...>>
-
Первых двух ответов в теме вполне достаточно, на мой взгляд. Поэтому про курьезы ФЛК.
1. Ограничение в ФИО на латиницу и цифры. Латиницу - да, нельзя. Ибо запрещено (было, по крайней мере). А вот цифры могут быть. Начальник московского паспортного стола по этому поводу как-то поделилась из личной практики, что некий не сильно уравновешенный гражданин возжелал стать по паспорту Николаем II-м. На уговоры "не дурить" не повелся, цифру "2" тоже не захотел. В результате унес с собой паспорт, в котором было прописано "Николай 11".
2. С какой радости ограничен максимальный доход? Намеренное вредительство банку, отсечение обеспеченных клиентов?
3. Ограничение триединого поля ФИО - это 50 символов на каждое, или на все? Непонятно. Если на все - то почему так скромно? Кроме Ивановых, российское гражданство имеют и разные депардье с остап-ибрагим-берта-мария-бендер-беями.
Я это к тому, что незнание некоторых нюансов, а также излишняя инициативность могут сыграть злую шутку.
-
Добрый день! Хочу стать аналитиком. Закончила курсы по анализу и планомерно движусь в направлении достижения своей цели. Сейчас начала искать работу и в одной компании мне предложили написать тз на разработку формы обратной сязи на сайт. Без вариантов использования. Просто набросок сделать. Я подготовила следующий файл. В ответ получила: "В постановке задачи следует избегать сложных аббревиатур и сокращений, чтобы документ был понятен максимально широкому кругу читателей". Я даже понять не могу о чем это? Начинаю сомневаться в своей проф пригодности :(
-
И что?
-
Просто я думала что ТЗ ставится разработчику, а не широкому кругу людей. И какие аббревиатуры могут быть сложны? JS?
-
Для отказа кандидату умные люди могут использовать богатые возможности рационализации.
-
Вы правильно сомневаетесь, т.к. профессиональные аналитики не теряют самооценку и не делают выводов на основании единичного факта.
-
Спасибо за поддержку. Учиться можно всю жизнь и мне не стыдно признавать что я в чем то сомневаюсь. Я не могу назвать себя проф. Аналитиком, но все профы тоже когда-то были новичками.
-
Спасибо за поддержку. Учиться можно всю жизнь и мне не стыдно признавать что я в чем то сомневаюсь. Я не могу назвать себя проф. Аналитиком, но все профы тоже когда-то были новичками.
А теперь пошли ваши рационализации.
Анонимам ничего не стыдно, да.
-
Оу, ну тогда простите что воспользовалась Вашим форумом,,,
-
Я не создатель, не владелец и не администратор форума.
Я правда не понимаю, зачем вы, пройдя обучение (если уж вы об этом пишете), пошли советоваться на форум? Преподаватели курсов, которые вы прошли, не оказывают поддержки после обучения?
-
Добрый день! Хочу стать аналитиком. Закончила курсы по анализу и планомерно движусь в направлении достижения своей цели. Сейчас начала искать работу и в одной компании мне предложили написать тз на разработку формы обратной сязи на сайт. Без вариантов использования. Просто набросок сделать. Я подготовила следующий файл. В ответ получила: "В постановке задачи следует избегать сложных аббревиатур и сокращений, чтобы документ был понятен максимально широкому кругу читателей". Я даже понять не могу о чем это? Начинаю сомневаться в своей проф пригодности :(
Я как и Вы, молодой и не опытный.
Могу только предположить!
Возможно имелось в виду "ЕГР" или "JS". Может быть даже "e-mail".
А что касается широкого круга людей... а почему ТЗ не может захотеть изучить заказчик перед подписанием? И он не обязан являться IT специалистом.
-
Кейс повторяется снова и снова.
Человек 1 (обычно исполнитель) пообщался с человеком 2 (заказчиком, менеджером, преподавателем) и пришёл спрашивать у людей 3-N, что это было (причём 3-N общения не видели, а человек 1, как заинтересованное лицо, тот ещё рабинович).
Видимо это запрос на публичную анонимную жилетку.
-
Я не создатель, не владелец и не администратор форума.
Я правда не понимаю, зачем вы, пройдя обучение (если уж вы об этом пишете), пошли советоваться на форум? Преподаватели курсов, которые вы прошли, не оказывают поддержки после обучения?
Представьте, бывает и такое... Но на этом форуме похоже изучают больше психологисческие аспекты поступков. Нежели само тз.
-
Я как и Вы, молодой и не опытный.
Могу только предположить!
Возможно имелось в виду "ЕГР" или "JS". Может быть даже "e-mail".
А что касается широкого круга людей... а почему ТЗ не может захотеть изучить заказчик перед подписанием? И он не обязан являться IT специалистом.
Спасибо. Но ведь тоже нельзя исключать какую-то техническую часть.
-
Спасибо. Но ведь тоже нельзя исключать какую-то техническую часть.
А если вначале документа создать глоссарий?
Таким образом разъяснить все сокращения и специальные термины.
-
Похоже это будет лучшее решение.
-
Могу на всякий случай рассказать с позиции нанимающего:
Я ожидаю, что постановке задачи аналитик уточнит потребителей документа и их ожидания относительно формата документа.
Я ожидаю, что в своём документе аналитик будет нумеровать требования и тем более разделы.
Я ожидаю, что аналитик умеет различать назначение объекта и его описание.
Я ожидаю, что аналитик умеет различать словарь терминов и словарь данных и не смешивает их.
Я ожидаю, что аналитик способен создать реестр функциональных требований, из которого будет чётко понятно их количество.
Я ожидаю, без прочих вводных, что аналитик будет писать требования в наиболее классическом виде «система должна», а не в формате пользовательской документации.
Я ожидаю, что аналитик не будет пропускать важных требований, таких как формат письма заказчику с данными формы.
Я ожидаю, что аналитик предложит отправлять данные формы обратной связи в учётную систему (CRM, support), а не на почту.
Я ожидаю, что аналитик при выдаче документа на публичном форуме даст возможность легко ознакомиться с документом и оставить комментарии к конкретному разделу.
Я ожидаю, что аналитик знает, что такое свойства документа в ворде.
Я ожидаю, что аналитику не стыдно признаться, что его зовут Ирина Зазыбо.
Можно продолжать ещё долго.
-
Можете продолжать сколько угодно, если вам это что-то даст. Если имя для вас что-то значит. Пожалуйста. Не понимаю почему вы так агрессивно настроены.
-
Представьте, бывает и такое... Но на этом форуме похоже изучают больше психологисческие аспекты поступков. Нежели само тз.
Опять попытка обобщения на основе поведения одного человека? Вы повторяетесь.
-
Можете продолжать сколько угодно, если вам это что-то даст. Если имя для вас что-то значит. Пожалуйста. Не понимаю почему вы так агрессивно настроены.
муся, я вам дал конкретную обратную связь по документу. бесплатно. в чём агрессия?
Вы у Веденина учились?
-
Можете продолжать сколько угодно, если вам это что-то даст. Если имя для вас что-то значит. Пожалуйста. Не понимаю почему вы так агрессивно настроены.
На самом деле Денис дал весьма ценные уточнения! Манера подачи не та, к которой Вы привыкли, но комментарий весьма полезный!
-
В ответ получила: "В постановке задачи следует избегать сложных аббревиатур и сокращений, чтобы документ был понятен максимально широкому кругу читателей". Я даже понять не могу о чем это? Начинаю сомневаться в своей проф пригодности :(
Значицца так. Никаких "сложных аббревиатур и сокращений" в тексте не нашел. Все "сложное" заранее объявлено в глоссарии (неправильно объявлено, но это сейчас неважно, ниже напишу).
Само "ТЗ" представляет из себя вполне читабельный документ, для начинающего вполне на уровне.
Может статься, что при написании ТЗ не учтены бестпрактизы этой замечательной компании. Или представления об оных не менее блистательного рекрутера. Но это на самом деле не головная боль начинающего аналитика с улицы.
Но гораздо, гораздо более вероятно, что имеет место отказ по наспех высосанной формальной причине.
В общем, не расстраивайтесь. С Вами все в порядке.
* * *
Теперь про глоссарий. В строчке "валидация с помощью JS" надо было просто написать, что такое JS. А правила валидации расписать в конце текста, там где "Также необходимо осуществить валидацию данных формы на стороне сервера."
Кстати, на будущее. Если некая компания не мастурбирует на западные методы и терминологию, то "валидацию" в использованном Вами контексте лучше называть "форматно-логическим контролем", или ФЛК. Так заведено в отечественной практике. И не беда, что конкретно в Вашем случае "логической" составляющей в ФЛК нет (только контроль формата данных), все равно "ФЛК".
-
Я ещё могу рассказать про нанимателей — люди не обязаны:
1) давать фидбек на тестовые задания;
2) говорить то, что они думают.
Поэтому если вернуться к началу, я бы не стал серьёзно относиться к словам, которые вы процитировали.
-
По мне так начинающий должен уметь делать большую часть того, о чём я писал выше.
Если Веденин и ко не помогли, предлагаю поучиться у другого минчанина: http://school.system-analysis.ru/osnovy-professii/
-
Я ещё могу рассказать про нанимателей — люди не обязаны:
1) давать фидбек на тестовые задания;
2) говорить то, что они думают.
Это про нанимателей, но не про людей.
-
В общем, не расстраивайтесь. С Вами все в порядке.
Вот что значит эмоциональный интеллект. Вроде и поругал, и похвалил. Но в целом дал надежду.
-
Добрый день! Хочу стать аналитиком. Закончила курсы по анализу и планомерно движусь в направлении достижения своей цели. Сейчас начала искать работу и в одной компании мне предложили написать тз на разработку формы обратной сязи на сайт. Без вариантов использования. Просто набросок сделать. Я подготовила следующий файл. В ответ получила: "В постановке задачи следует избегать сложных аббревиатур и сокращений, чтобы документ был понятен максимально широкому кругу читателей". Я даже понять не могу о чем это? Начинаю сомневаться в своей проф пригодности :(
Так и не понял, что нужно сделать читающим? В сообщении нет ни вопроса, ни запроса...
Так же не понял, что за документ приложен к сообщению - нет даже его названия.
Предположу, что автор сообщения хочет получить обратную связь на этот документ и понять, почему он не понравился нанимателю.
Предположим , что этот документ есть требуемое нанимателем техническое задание, но с удивлением нашел внутри раздел "Техническое задание". То есть тогда получается что весь документ носит более общий чем техническое задание характер. Какой именно для меня осталось загадкой.
Вместе с тем в разделе "Техническое задание" содержится скорее описание пользовательского интерфейса.
Более-менее канонические представления о том, что такое "Техническое задание" и на его состав содержатся в гостах 34.602-89 и 19.201-78
Могу предположить, что формулировка отказа нанимателем просто маленькая месть:) И нанимателя смутили вовсе сокращения, а тот взрыв мозга, который автор умудрился устроить на половине страничке текста...
Ну и по мелочам:
1) То, что содержится в качестве определения "валидация с помощью JS" определением не является. Это собственно правила валидации. Что они делают в разделе определения терминов? Им место либо в требованиях, либо в описании данных, на крайняк в описании UI
2) Так и не понял в разделе Предназначение системы для чего это форма предназначена. Там даже фразы такой нет близкой по смыслу "Система предназначена для..." - сразу идет описание формы и действия пользователя...
3) Что происходит , если правило валидации не выполняется? В документе об этом ни полслова. Ни одного исключения не приведено. Так же у пользователя ни одного шанса прервать заполнение формы или отказаться от отправки. Даже крестик на закрытия окна отсутствует
4) Приложение 1 так же не имеет названия. В разделе "Техническое задание" оно обозвано прототипом. Обычно прототип - это макет системы, а на рисунке приведен внешний вид формы
5) Фраза "Также необходимо осуществить валидацию данных формы на стороне сервера" снова взорвала мозг. В документе ни слова об архитектуре приложения, ни намека на процесс взамодействия сервера и клиента... Что ЗАКАЗЧИК должен понять из этой фразы?
Просто вишенка на торте:)
-
Много интересного прочел в этой теме. Хорошо, что у кого-то появляются подобные (важные) вопросы, и есть компетентные люди, которые отвечают.