Форум Сообщества Аналитиков

Дисциплины => Системный Анализ и Требования => Тема начата: VitaliSS от 11 Декабря 2010, 13:42:05

Название: Что именно является функцией программного продукта ?
Отправлено: VitaliSS от 11 Декабря 2010, 13:42:05
Привет всем. Подскажите , пожалуйста, где можно прочесть о том , что является функцией программного обеспечения ?
Проблема в том , что когда нужно перечислить функции , то они совпадают с названиями вариантов использования. а если детализировать очень , то уж очень много функций получается , например : предоставление возможности ввода и сохранения такой-то информации , отображение такой-то информации и т. д.
Может в ГОСТе в каком есть точное определение ? В гугле ничего подробного по этому поводу не нашёл. Заранее благодарю за помощь.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 11 Декабря 2010, 20:08:52
вероятно, можно прочесть у Липаева - что-то рядом у него точно есть, но сформулировано ли именно четко в таком виде - не уверен. зато он очень близок к ГОСТам ранних серий ;)
Если нет желания мельчить функции, то можно их сформулировать на более высоком уровне "способности". Например, не способность ПО (или ПС - по ГОСТ ИСО 12207) ввода такой-то информации, а
способность ПО ввода информации. тогда такая функция будет использоваться в нескольких ВИ - придется делать трассировки.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Galogen от 12 Декабря 2010, 00:23:17
Функция – это, во-первых, роль, которая выполняется субъектом или объектом в определенной сфере деятельности. Можно сказать, что функция – это то, за что отвечает субъект или объект в данном случае. В ряде точных наук функцией называются отношения между объектами, когда изменение одного из них ведет к изменению другого.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Водолей от 13 Декабря 2010, 10:29:49
IMHO функции программного продукта должны быть связаны с результатом, который достигается при использовании продукта. В этом контексте возможности ввода и сохранения информации особой роли не играют, но вот какое-нибудь "ведение учета" такой-то информации - вполне.

Что за функции реализованы в продукте - есть короткий ответ на короткий же вопрос: Что делает продукт?
Название: Re: Что именно является функцией программного продукта ?
Отправлено: VitaliSS от 13 Декабря 2010, 12:20:34
а мне вот как кажется (связываю с соседней темой "Бизнес-требования и бизнес-цели") :
Бизнес-цели : стратегические цели организации. например - увеличить производительность работы центра социологических исследований на 20%.
Бизнес-требования : возможность системы , благодаря которой будет достигнуты бизнес-цели. например - автоматизация проведения кластерного анализа и вывод сответствующей статистики , диаграмм (вот это уже и функцией , в принципе можно назвать).
Функции : те возможности , которые в совокупности реализуют бизнес-требование. в данном случае можно разложить на части кластерный анализ и назвать каждую часть отдельной функцией. Но как разлаживать ? можно вот так (но наверное это не правильно , с позиции эстетической привлекательности и здравого смысла) : разбиение опрошенных на подмножества (это тонкости кластерного анализа) ; подсчёт и вывод статистики по каждому подмножеству ; вывод таких-то диаграмм.
По-моему функция и бизнес-требование и вариант использования могут быть одним и тем же. Вобщем по-моему вопрос открыт...
Название: Re: Что именно является функцией программного продукта ?
Отправлено: bas от 13 Декабря 2010, 15:12:13
Вроде бы Юра говорил, и мне понравилось. Features (именно это Вы под функцией понимаете?) - это 5-10 пунктов, которые Вы бы написали на на коробке своего продукта, чтобы продать клиентам.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 13 Декабря 2010, 15:38:12
Вроде бы Юра говорил, и мне понравилось. Features (именно это Вы под функцией понимаете?) - это 5-10 пунктов, которые Вы бы написали на на коробке своего продукта, чтобы продать клиентам.
а если продукт не "коробочный"?
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Oleg Voronov от 13 Декабря 2010, 16:33:41
Я бы сказал что функция ИС - это решение какой - то проблемы пользователя.
Например формирование отчетов - это функция.  А ввод информации и ее отражение - это какие-то мелкие фичи.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Юрий Булуй от 13 Декабря 2010, 17:40:41
Коллеги, вопрос сподвиг меня на небольшую заметку в моем блоге по этой теме (юзкейсы и функции) - http://yurybuluy.blogspot.com/2010/12/use-cases.html. Welcome .... можно обсуждать как в блоге, так и тут ...
Название: Re: Что именно является функцией программного продукта ?
Отправлено: VitaliSS от 13 Декабря 2010, 20:58:46
Особенно понравилось в статье : " "Система должна иметь возможность ..." и "Пользователь должен иметь возможность..."  " . Это улучшает понимание  сути. Действительно, если поддать этим вопросам , то лучше понимаешь где пользовательское требование , а где функция.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Oleg Voronov от 14 Декабря 2010, 09:10:42
Еще хотел бы заметить - функция системы - это как правило существительное. Use Case как правило глагол :)
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Водолей от 14 Декабря 2010, 10:53:27
Цитата: bas
Features - это 5-10 пунктов, которые Вы бы написали на на коробке своего продукта

Именно!

Цитата: Юрий Булуй
Коллеги, вопрос сподвиг меня на небольшую заметку в моем блоге по этой теме (юзкейсы и функции) - http://yurybuluy.blogspot.com/2010/12/use-cases.html. Welcome .... можно обсуждать как в блоге, так и тут ...

В дополнение к вышесказанному и ранее написанному обсуждаю :о))) (не в целях сказать что-то против высказанных мыслей, а развития темы для) Признаться, часть, содержащая описание двух подходов и сама состоящая из трех частей, сделала попытку меня запутать :о)))
IMHO:
Use cases - это фактически описание интерфейса "пользователь-система" (или какие-то другие варианты взаимодействия с системой): как пользователь будет оперировать с системой, грубо говоря: какие кнопки нажимать, в какие поля и что вводить, и что при этом будет происходить с системой...
Функция - это некая, пардон за тавтологию, функционально законченная и реализованная возможность системы, то же "управление корпоративной печатью", которая(-ое ?) может детализироваться далее и далее на всё более мелкие функции, типа: "настройка устройства печати", "печать документа в различных форматах" и т.д. и т.п. пока не дойдет до уровня операций, выраженных с помощью Use Case "Настроить принтер"
Т.е. в конечном счете - это больше похоже на (мне больше нравится) третий подход (насколько я эти подходы понял из приведенного описания). Причем это действительно помогает "мэппить" требования на функции системы практически напрямую (хотя конечно так происходит не всегда).

P.S. и личное... Юрий (и другие коллеги), я Вас очень прошу: Не ставьте мягкий знак в глаголах третьего лица. Пожалуйста.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Юрий Булуй от 14 Декабря 2010, 12:24:30
Именно!
В дополнение к вышесказанному и ранее написанному обсуждаю :о))) (не в целях сказать что-то против высказанных мыслей, а развития темы для) Признаться, часть, содержащая описание двух подходов и сама состоящая из трех частей, сделала попытку меня запутать :о)))
IMHO:
Use cases - это фактически описание интерфейса "пользователь-система" (или какие-то другие варианты взаимодействия с системой): как пользователь будет оперировать с системой, грубо говоря: какие кнопки нажимать, в какие поля и что вводить, и что при этом будет происходить с системой...
Функция - это некая, пардон за тавтологию, функционально законченная и реализованная возможность системы, то же "управление корпоративной печатью", которая(-ое ?) может детализироваться далее и далее на всё более мелкие функции, типа: "настройка устройства печати", "печать документа в различных форматах" и т.д. и т.п. пока не дойдет до уровня операций, выраженных с помощью Use Case "Настроить принтер"
Т.е. в конечном счете - это больше похоже на (мне больше нравится) третий подход (насколько я эти подходы понял из приведенного описания). Причем это действительно помогает "мэппить" требования на функции системы практически напрямую (хотя конечно так происходит не всегда).

P.S. и личное... Юрий (и другие коллеги), я Вас очень прошу: Не ставьте мягкий знак в глаголах третьего лица. Пожалуйста.

1. Не вполне понял что понимается под интерфейсом "пользователь-система", коими предлагается считать UC (вариант использования). Если это интерпретировать как "в какие поля что вводить" и в "какие кнопки нажимать" - то боюсь, что это не вполне отражает изначальное назначение UC. Если посмотреть того же Коберна, так он настойчиво предлагает не указывать в UC про нажатия кнопок и т.п. Более того, считается одной из распространенных ошибок описание деталей пользовательского интерфейса в UC.
2. Совершенно не факт, что UC и функции соотносятся таким образом. Если я правильно понял, то предлагается считать, что варианты использования будут "встроены" в иерархию функций системы. Хотя совершенно не факт, т.к. собственно варианты использования в большей части могут не найти прямого отражения в списке функций. Другой вопрос, что UC будет включать в себя "дергание" одной или более функций.
3. Проблема написания мягкого знака в глаголах 3 лица - известная проблема, присущая не только мне одному. Кстати у меня есть еще один "паразит", если кто заметил - это произношение слова "звонит", я часто говорю "звОнит", и "созвОнимся" :-).  Как сказала одна знакомая психолог - следует соотнести усилия направленные на контроль этого, с результатом :-).
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Водолей от 14 Декабря 2010, 14:40:20
не в целях спорить:
1. От себя сошлюсь на Фаулера, который определяет UseCase (вариант использования) как множество сценариев, объединенных вместе некоторой общей целью пользователя (например "Настроить принтер" - пример мой).
Описание сценариев же выполняется в стиле "Пользователь делает это" - "Система делает то", отсюда и термин "интерфейс "пользователь-система".

Поясню также термин "грубо говоря" -  в данном случае он не означает, что UseCase определяется до уровня кнопок (несмотря на написанное выше :о))) - действительно UseCases ведь разрабатываются, когда система еще не существует, о каких конкретно элементах управления может идти речь. Но тем не менее те или иные (назовем их - стандартные или типовые) абстрактные элементы все-таки подразумеваются: элементы выбора - списки, меню, справочники и тп.; элементы продолжения - типа кнопки, элементы для ввода значений и т.д. и т.п. Кстати, с их использованием был разработан стандарт CUA и поныне используемый в Windows, MacOs, Linux и других системах.

Согласен, что ссылаться на "кнопки" не совсем верно, но иногда приходится. Тем более, что потребители (будущие пользователи) далеко не всегда могут держать в голове несколько уровней абстракции: свою предметную область, уровень требований, уровень проектирования, уровень реализации и т.д. Поэтому часто спрашивают - это будет кнопка. Обычно я на отвечаю - элемент управления. В общем, если угодно считайте это отменятиной :о)))

2. Вообще-то я написал выше IMHO, и оно (это самое IMHO) распространяется на все три пункта. Извините, если это неочевидно.
Действительно, UseCase "Настроить принтер" может попасться под руку и при печати документа, и при печати форм, и при настройке устройства печати, и при переформатировании документа Портрет/Альбом, и ... да когда угодно! Поэтому наверняка не существует жесткой и однозначной связи между функциями системы (или может лучше Функциями Системы), которые пишут на коробке, и какими-то там UseCases. Однако существует ряд UseCase, которые связаны ТОЛЬКО с Функциями Системы - это те, которые относятся к основной ее функциональности (опять пардон за тавтологию), т.е. содержат то, для чего система создавалась (пример - "набор сообщения" в клиенте почтовой системы, каждый может по своим системам мноооого таких примеров насобирать). Их, кстати, можно (и нужно!) использовать при сравнении систем сходной функциональности.

всё вышенаписанное - IMHO.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: maksiq от 14 Декабря 2010, 15:46:56
Все зависит от целей документа, для которого надо описать или перечислить функции. На верхнем уровне функции - это блоки бизнес-функционала обеспечиваемые системой, типа "ведение заказов клиентов" или "ведение потребительских кредитов". Строгого определения тут нет, птишем то. что нужно читателю документа. Можно, кстати, считать это прецедентами уровня воздушного змея (kite usecase), если хочется работать в терминах прецедентов.

А что ниже - вопрос применяемых методологий, Юрий на эту тему много написал в блоге.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 14 Декабря 2010, 17:03:01
Что-то я уже запутался в аргументах и контраргументах. Мне бы, например, помогла ссылка на некое графическое отбражение взаимосвязей функций и ВИ, если таковое имеется или не лень рисовать.
А еще лучше - комиксы ;) - http://top.rbc.ru/society/14/12/2010/514963.shtml
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Юрий Булуй от 14 Декабря 2010, 18:05:10
не в целях спорить:
1. От себя сошлюсь на Фаулера, который определяет UseCase (вариант использования) как множество сценариев, объединенных вместе некоторой общей целью пользователя (например "Настроить принтер" - пример мой).
Описание сценариев же выполняется в стиле "Пользователь делает это" - "Система делает то", отсюда и термин "интерфейс "пользователь-система".

Поясню также термин "грубо говоря" -  в данном случае он не означает, что UseCase определяется до уровня кнопок (несмотря на написанное выше :о))) - действительно UseCases ведь разрабатываются, когда система еще не существует, о каких конкретно элементах управления может идти речь. Но тем не менее те или иные (назовем их - стандартные или типовые) абстрактные элементы все-таки подразумеваются: элементы выбора - списки, меню, справочники и тп.; элементы продолжения - типа кнопки, элементы для ввода значений и т.д. и т.п. Кстати, с их использованием был разработан стандарт CUA и поныне используемый в Windows, MacOs, Linux и других системах.

Согласен, что ссылаться на "кнопки" не совсем верно, но иногда приходится. Тем более, что потребители (будущие пользователи) далеко не всегда могут держать в голове несколько уровней абстракции: свою предметную область, уровень требований, уровень проектирования, уровень реализации и т.д. Поэтому часто спрашивают - это будет кнопка. Обычно я на отвечаю - элемент управления. В общем, если угодно считайте это отменятиной :о)))

2. Вообще-то я написал выше IMHO, и оно (это самое IMHO) распространяется на все три пункта. Извините, если это неочевидно.
Действительно, UseCase "Настроить принтер" может попасться под руку и при печати документа, и при печати форм, и при настройке устройства печати, и при переформатировании документа Портрет/Альбом, и ... да когда угодно! Поэтому наверняка не существует жесткой и однозначной связи между функциями системы (или может лучше Функциями Системы), которые пишут на коробке, и какими-то там UseCases. Однако существует ряд UseCase, которые связаны ТОЛЬКО с Функциями Системы - это те, которые относятся к основной ее функциональности (опять пардон за тавтологию), т.е. содержат то, для чего система создавалась (пример - "набор сообщения" в клиенте почтовой системы, каждый может по своим системам мноооого таких примеров насобирать). Их, кстати, можно (и нужно!) использовать при сравнении систем сходной функциональности.

всё вышенаписанное - IMHO.


Честно говоря, не вполне уловил логику, невзирая на IMHO :-) ... Я после некоторого опыта, стал очень осторожно относиться к указанию каких-либо элементов управления в теле варианта использования. Т.к. это часто воспринимается разработчиками буквально, а это не факт что наиболее оптимально с т.з. эргономики. Очевидно, что зависит от системы и контекста.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Водолей от 14 Декабря 2010, 18:23:22
Ну Вы же пишете что-то типа "Пользователь выбирает ...э... нужный элемент из списка", "Пользователь вводит необходимые данные", "Пользователь ...э... может отказаться от продолжения работы" или наоборот "... продолжает работу". IMHO это и есть недвусмысленное указание на те самые элементы.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: bas от 14 Декабря 2010, 18:31:48
а если продукт не "коробочный"?
А какая разница? Продавать нужно любой товар, хоть он в коробке, хоть в пакете насыпан. Так и тут 5-10 основных преимуществ-функций (что делает Система) вашего решения, по которым можно его продать
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Водолей от 14 Декабря 2010, 18:57:23
Типичная фича (она же функция), например, для телевизора - прием до 100 телевизионных каналов в метровом и дециметровом диапазоне...
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Юрий Булуй от 14 Декабря 2010, 22:47:23
Ну Вы же пишете что-то типа "Пользователь выбирает ...э... нужный элемент из списка", "Пользователь вводит необходимые данные", "Пользователь ...э... может отказаться от продолжения работы" или наоборот "... продолжает работу". IMHO это и есть недвусмысленное указание на те самые элементы.

Да, так пишу ... при таком описании мы не указываем конкретных элементов пользовательского интерфейса. Тот же список может быть выпадающим, скролируемым и т.п., посему, только говоря о списках, у нас уже появляется двусмысленность :-). "Пользователь вводит данные" - кто сказал что это именно в контрол типа Edit вводит пользователь значение? А может он вводит непосредственно в Grid??? Тут тоже нет однозначного указания на контрол. Так что пока я не увидел подтверждения вашего тезиса "IMHO это и есть недвусмысленное указание на те самые элементы" :-).

Хотя "меня терзают смутные сомнения" (с) - мне кажется, что мы подразумеваем одно и то же - т.е. что следует избегать написания в UC таких действий как "Пользователь нажимает кнопку <Распечатать>", или "Пользователь выбирает из выпадающего списка ...", а стараться заменять их более абстрактными утверждениями. Если вы хотели сказать именно это, правда пытались это сказать как-то очень сложно .... - то вопрос исчерпан :-)

Название: Re: Что именно является функцией программного продукта ?
Отправлено: Водолей от 15 Декабря 2010, 10:17:28
Да, мы с Вами имеем в виду одно и тоже, и говорим практически одними и теми же словами :о))) Собственно, написав ранее "абстрактные элементы ввода, выбора и т.п." ровно это и имел в виду. Ведь на стадии формирования UseCases еще не вполне известно что и в каком объеме вводить... А "недвусмысленность" в том, что они (эти элементы) есть.

Тоже считаю вопрос исчерпанным.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 15 Декабря 2010, 15:41:11
А какая разница? ... Так и тут 5-10 основных преимуществ-функций (что делает Система) вашего решения, по которым можно его продать
с этим не согласен, в заказной разработке так далеко не всегда бывает, но это другая тема.

а стараться заменять их более абстрактными утверждениями. Если вы хотели сказать именно это, правда пытались это сказать как-то очень сложно .... - то вопрос исчерпан :-)
...
Тоже считаю вопрос исчерпанным.

все таки свои 5 копеек добавлю - стараться абстрагировать полезно не только потому, что в момент создани ВИ детали еще не известны, но и потому, что детальный интерфейс может использоваться неоднократно в нескольких ВИ и его тогда следует абстрагировать, выделить отдельно, и заставить всех разработчиков (особенно если они из разных организаций) испоьзовать единые требования этого интерфейса для реализации своих ВИ.
Это уже скорее к вопросу правильной архитектуры.
А то бывает пользователи потом жалуются, что окошко логина всякий раз разное, в зависимости от того, как заходишь в одну и туж систему.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Водолей от 15 Декабря 2010, 18:57:50
Цитата: LDV
А то бывает пользователи потом жалуются, что окошко логина всякий раз разное, в зависимости от того, как заходишь в одну и туж систему.

IMHO это не от абстрагирования зависит, а от распределения зон ответственности за компоненты. ну и от архитектуры, ессно.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Юрий Булуй от 15 Декабря 2010, 21:48:37
IMHO это не от абстрагирования зависит, а от распределения зон ответственности за компоненты. ну и от архитектуры, ессно.

Стандарты на GUI должны быть по-идее ...
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 16 Декабря 2010, 00:34:19
Стандарты на GUI должны быть по-идее ...
скорее стандартные компоненты с определенными требованиями, которые повторно используются (и сами компоненты и требования к ним) - и так мы плавно перетекаем к управлению программными активами  ;)
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Юрий Булуй от 16 Декабря 2010, 16:46:13
скорее стандартные компоненты с определенными требованиями, которые повторно используются (и сами компоненты и требования к ним) - и так мы плавно перетекаем к управлению программными активами  ;)

Если речь идет о том, что пользователь жалуется что разные окна логина - то это проблема, которая скорее должна быть адресована специалистам по юзабилити. Особенно в тех случаях, когда акценты при разработке системы (или коробочного продукта) активно смещаются в сторону юзабилити. В этом случае в качестве требований к юзабилити или в терминах ГОСТ -  "эргономике и технической эстетике", следует явно писать про "однообразие" GUI ... Но не думаю, что в вариантах использования следует явно на этом акцентироваться.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 16 Декабря 2010, 23:04:38
да причем тут юзабилити? просто если в двух полях логин/пароль их заголовки в окне имеют 3 разные комбинации - это несогласованность требований, выданных (а скорее не выданных) разработчикам.
больших проблем не создает - но в других случаях (не с логином) может и создать.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: bustor от 17 Декабря 2010, 09:25:46
если в двух полях логин/пароль их заголовки в окне имеют 3 разные комбинации
Мне всегда казалось, что названия полей - это прерогатива дизайна, а не требований.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 17 Декабря 2010, 12:01:56
ну так можно требования к дизайну выставить, в рассматриваемом примере - требование использовать единый дизайн.
И если Вам вдруг кажется, что где-то нет места требованиям - подумайте еще раз и с большой вероятностью вы таки их там найдете ;)
Название: Re: Что именно является функцией программного продукта ?
Отправлено: bustor от 17 Декабря 2010, 12:13:51
просто если в двух полях логин/пароль их заголовки в окне имеют 3 разные комбинации - это несогласованность требований, выданных (а скорее не выданных) разработчикам.
ну так можно требования к дизайну выставить, в рассматриваемом примере - требование использовать единый дизайн.
То есть в данном конкретном примере вы говорите, что проблема - несогласованность требования с самим собой?

При первом прочтении Вашего сообщения я трактовал пример как несогласованность "требования к названию полей логин/пароль" в одной части системы с "требованием к названию полей логин/пароль" в другой части системы. Поэтому и высказал замечание, что "требования к названию полей" в моей практике представляют собой дизайн.

И если Вам вдруг кажется, что где-то нет места требованиям - подумайте еще раз и с большой вероятностью вы таки их там найдете ;)
Да, спасибо.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 17 Декабря 2010, 15:07:54
То есть в данном конкретном примере вы говорите, что проблема - несогласованность требования с самим собой?
нет, с разработчиками. Иногда так бывает, что разные модули системы делают разные разработчики.
Название: Re: Что именно является функцией программного продукта ?
Отправлено: Юрий Булуй от 17 Декабря 2010, 15:28:44
да причем тут юзабилити? просто если в двух полях логин/пароль их заголовки в окне имеют 3 разные комбинации - это несогласованность требований, выданных (а скорее не выданных) разработчикам.
больших проблем не создает - но в других случаях (не с логином) может и создать.

1. Юзабилити тут как раз очень даже причем. Ибо собственно определение стиля оформления GUI и использования определенных решений (например использовать тачскрины) - это тема именно юзабилити. В требованиях можно только обозначить некоторые общие положения, типа НАЛИЧИЯ единого стиля.
2. Не уверен, что если поля логин/пароль в разных окнах имеют разные лэйблы (логин, имя пользователя, ...) - то это обязательно проблема требований. Честно говоря, я не встречал в ТЗ ТАКОЙ детализации .... разве только где-нить в change requests, которые могут поступить от тестирощиков ... Просто в любом случае, кто-то должен контролировать "техническую эстетику", и совсем не обязательно что это задача аналитиков. Посему - скорее это таки вопрос к юзабилитию
Название: Re: Что именно является функцией программного продукта ?
Отправлено: LDV от 17 Декабря 2010, 16:13:50
... детальный интерфейс может использоваться неоднократно в нескольких ВИ и его тогда следует абстрагировать, выделить отдельно, и заставить всех разработчиков (особенно если они из разных организаций) испоьзовать единые требования этого интерфейса для реализации своих ВИ.
А то бывает пользователи потом жалуются, что окошко логина всякий раз разное, в зависимости от того, как заходишь в одну и туж систему.
собственно пытался проиллюстрировать необходимость единых требований к неоднократно используемому интерфейсу, но видать неудачный пример, если все перешло на юзабилити и дизайн