Comments 9
Хорошая статья, спасибо :)
Но уж очень много лишних слов, почистить бы :)
Например,
«Второй способ позволяет произвести низкоуровневое описание, и, что самое главное, более понятен неподготовленным представителям пользователей, и заказчику продукта.»
Превращаем в
«Второй способ позволяет получить описание, простое для восприятия неподготовленными пользователями»
Но уж очень много лишних слов, почистить бы :)
Например,
«Второй способ позволяет произвести низкоуровневое описание, и, что самое главное, более понятен неподготовленным представителям пользователей, и заказчику продукта.»
Превращаем в
«Второй способ позволяет получить описание, простое для восприятия неподготовленными пользователями»
Это будет неверным решением, поскольку слова «низкоуровневое» и «простое» не синонимичны, но каждое из них обладает уникальным, важным смыслом.
Используя вашу модель «упрощения» можно всю статью превратить в одно предложение «Производите более тщательное проектирование, используя апробированные и эффективные концепции».
Вы знаете, в чем-то вы правы :)
А если серьезно, то я имел в виду исключительно редакторские правки. Если мой вариант расходится с вашим замыслом — вам виднее. Тут не мне решать, как писать. Я просто предложил предложение, которое легче читается, а значит, лучше воспринимается читателями :)
А если серьезно, то я имел в виду исключительно редакторские правки. Если мой вариант расходится с вашим замыслом — вам виднее. Тут не мне решать, как писать. Я просто предложил предложение, которое легче читается, а значит, лучше воспринимается читателями :)
Да, согласен, что ваш вариант лучше читается, но я ведь не анекдоты пишу =)
В обсуждаемом случае, простым для восприятия может быть как низкоуровневое, так и высокоуровневое описание.
К тому же, отличие второго способа описания сценария (в текстовом виде) заключается как раз в возможности произвести описание наиболее низкого уровня (в которые безболезненно можно включить почти любые доп. данные), которое посредством семантики UML сделать практически невозможно, даже используя большую часть моделей UML (диаграммы прецедентов, взаимодействий, деятельности и др.).
В обсуждаемом случае, простым для восприятия может быть как низкоуровневое, так и высокоуровневое описание.
К тому же, отличие второго способа описания сценария (в текстовом виде) заключается как раз в возможности произвести описание наиболее низкого уровня (в которые безболезненно можно включить почти любые доп. данные), которое посредством семантики UML сделать практически невозможно, даже используя большую часть моделей UML (диаграммы прецедентов, взаимодействий, деятельности и др.).
Sign up to leave a comment.
Use Case and Usage scenarios for GUI design