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

×


Как описать существующий интерфейс системы?(Прочитано 19122 раз)
А теперь по существу.
Мне поручили задачку.Нужна помощь.
Надо описать интерфейс системы.Полученная информация понадобится для тестировщиков , программистов и для продолжения разработки интерфейса.
Что требуют.
Вытащить все формы , сообщения , взаимодействия
И поместить все ворд или в другом любом формате.
Как должно по идеи выглядеть: скриншот формы,далее перечень всех элементов(их описание, назначение и тип).Если кнопка означает вызов другой формы те пишу смотрите документ такой то.
Все это выполняю.

Вот что делаю в MindMape.
Интерфейс работает так: в зависимости от нажатой закладки будет свой вариант PopUp menu , Toolbar и Меню
Как я делаю:вытащил все формы,потом сканирую по все кнопкам и делаю описание форм и добавляю ссылки.

Вопросы:
В правильном направлении иду?Какии ошибки?
Как делаете вы?
Спасибо
« Последнее редактирование: 03 Декабря 2008, 21:39:41 от Бобылёв Андрей »



Андрей,

М.б. тему вынести в раздел Проектирование?
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



Андрей,

М.б. тему вынести в раздел Проектирование?
Давай.Перенеси если тебе не трудно



Боюсь, что "описание интерфейса системы" тут не вполне отражает решаемую задачу. Скорее тут речь идет об описании логики работы системы, чтобы тестеровшики и разработчики могли в этом ориентироваться. Классическая ситуация, когда разработка велась без документации и знания остались только в гололвах разработчиков ... теперь делаются попытки хоть как-то это разрулить.
Возможно имеет смысл разбить задачу на отдельные части -- отдельно делать схему вызовов форм (какая форма какую вызывает), отдельно -- спецификацию элементов управления. Все это желательно описывать в рамках неких сценариев, базирующихся на выполняемых задачах пользователей.
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



Может быть отдельно описать все формы и их элементы управления - статическая модель.
А отдельно, что то типа ВИ, только с описанием конкретных кнопок, полей и форм - модель поведения.
Сделать что-то типа сторибординга, только в обратную сторону?
Если вы не знаете куда идете, то вы вряд ли туда дойдете [Форест Гамп]
www.grigorash.ru



Мне думается конечная задача вероятнее лежит в области(для продолжения разработки интерфейса).Выявить формы ,взаимодействия и задокументировать.
Если говорить о "знания остались только в гололвах разработчиков".Это вариант тоже действует.
Вот задача более конкретнее:
 
1. Надо описывать зависимость состояния иконок или меню (Например:
 кликнули на текстбокс и часть меню лочится но видно. Нажали на другое
 место и меню или иконка стали опять видны)
 
 2. Надо вытащить все формы а именно: формы,
 закладки, сообщения (об ошибках, состояние системы),предупреждения, формы
 открытия/сохранения файлов.

 3. Подробно описать эти формы. Должно включено: Элементы
 управления(название кнопки),грид(описание столбцов), тесктбоксы (их назначение)

 4.Описание  переходов между экранами(например название
 кнопки , назначение, нажатие на кнопку - это переход на другую форму
 ,те пишу прошу смотреть такой-то документ)

P.S Примеры можете привести свои?Если с чем-то подобным сталкивались?



На проекте сейчас применяем следующую схему.
1. Пишем ВИ
2. По ВИ создаем модели анализа (Boundary (GUI|API), Control, Entity) + сиквенс
3. Для каждого Boundary:GUI рисуем форму пользовательского интерфейса. Все сообщения от Пользовтеля к GUI на сиквенсе перерастают в элементы управления на формах.
4. В итоге поведение описано в виде ВИ, детализировано на сиквенсах и отображено в виде форм ПИ с элементами и их описанием. Через все это идет трассировка.

Цитировать
1. Надо описывать зависимость состояния иконок или меню (Например:
 кликнули на текстбокс и часть меню лочится но видно. Нажали на другое
 место и меню или иконка стали опять видны)
У нас это описано в таблике с описанием элементов управления в графе "Ограничения"

Цитировать
2. Надо вытащить все формы а именно: формы,
 закладки, сообщения (об ошибках, состояние системы),предупреждения, формы
 открытия/сохранения файлов.
Сообщения об ошибках мы документируем отдельно, чтобы не тратить время на рисование пустяшных окошек с сообщениями.

Цитировать
3. Подробно описать эти формы. Должно включено: Элементы
 управления(название кнопки),грид(описание столбцов), тесктбоксы (их назначение)
У нас таблица

Цитировать
4.Описание  переходов между экранами(например название
 кнопки , назначение, нажатие на кнопку - это переход на другую форму
 ,те пишу прошу смотреть такой-то документ)
Можно сделать такие сценарии, тольк, имхо, нужно все формы идентифицировать номерами.

У вас обратный случай. Сиквенсы вам конечно не нужны, но вот сценарии подробные стоит написать. Могу примерчик выслать или шаблон документа показать
Если вы не знаете куда идете, то вы вряд ли туда дойдете [Форест Гамп]
www.grigorash.ru



Могу примерчик выслать или шаблон документа показать
Буду очень благодарен.



Формы описал.Осталось описать взаимодействие между экранными формами.



Покажите что получилось, шаблон например




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19