Форум Сообщества Аналитиков
Дисциплины => Проектирование => Тема начата: AndreyB от 01 Ноября 2008, 10:32:38
-
А теперь по существу.
Мне поручили задачку.Нужна помощь.
Надо описать интерфейс системы.Полученная информация понадобится для тестировщиков , программистов и для продолжения разработки интерфейса.
Что требуют.
Вытащить все формы , сообщения , взаимодействия
И поместить все ворд или в другом любом формате.
Как должно по идеи выглядеть: скриншот формы,далее перечень всех элементов(их описание, назначение и тип).Если кнопка означает вызов другой формы те пишу смотрите документ такой то.
Все это выполняю.
Вот что делаю в MindMape.
Интерфейс работает так: в зависимости от нажатой закладки будет свой вариант PopUp menu , Toolbar и Меню
Как я делаю:вытащил все формы,потом сканирую по все кнопкам и делаю описание форм и добавляю ссылки.
Вопросы:
В правильном направлении иду?Какии ошибки?
Как делаете вы?
Спасибо
-
Андрей,
М.б. тему вынести в раздел Проектирование?
-
Андрей,
М.б. тему вынести в раздел Проектирование?
Давай.Перенеси если тебе не трудно
-
Боюсь, что "описание интерфейса системы" тут не вполне отражает решаемую задачу. Скорее тут речь идет об описании логики работы системы, чтобы тестеровшики и разработчики могли в этом ориентироваться. Классическая ситуация, когда разработка велась без документации и знания остались только в гололвах разработчиков ... теперь делаются попытки хоть как-то это разрулить.
Возможно имеет смысл разбить задачу на отдельные части -- отдельно делать схему вызовов форм (какая форма какую вызывает), отдельно -- спецификацию элементов управления. Все это желательно описывать в рамках неких сценариев, базирующихся на выполняемых задачах пользователей.
-
Может быть отдельно описать все формы и их элементы управления - статическая модель.
А отдельно, что то типа ВИ, только с описанием конкретных кнопок, полей и форм - модель поведения.
Сделать что-то типа сторибординга, только в обратную сторону?
-
Мне думается конечная задача вероятнее лежит в области(для продолжения разработки интерфейса).Выявить формы ,взаимодействия и задокументировать.
Если говорить о "знания остались только в гололвах разработчиков".Это вариант тоже действует.
Вот задача более конкретнее:
1. Надо описывать зависимость состояния иконок или меню (Например:
кликнули на текстбокс и часть меню лочится но видно. Нажали на другое
место и меню или иконка стали опять видны)
2. Надо вытащить все формы а именно: формы,
закладки, сообщения (об ошибках, состояние системы),предупреждения, формы
открытия/сохранения файлов.
3. Подробно описать эти формы. Должно включено: Элементы
управления(название кнопки),грид(описание столбцов), тесктбоксы (их назначение)
4.Описание переходов между экранами(например название
кнопки , назначение, нажатие на кнопку - это переход на другую форму
,те пишу прошу смотреть такой-то документ)
P.S Примеры можете привести свои?Если с чем-то подобным сталкивались?
-
На проекте сейчас применяем следующую схему.
1. Пишем ВИ
2. По ВИ создаем модели анализа (Boundary (GUI|API), Control, Entity) + сиквенс
3. Для каждого Boundary:GUI рисуем форму пользовательского интерфейса. Все сообщения от Пользовтеля к GUI на сиквенсе перерастают в элементы управления на формах.
4. В итоге поведение описано в виде ВИ, детализировано на сиквенсах и отображено в виде форм ПИ с элементами и их описанием. Через все это идет трассировка.
1. Надо описывать зависимость состояния иконок или меню (Например:
кликнули на текстбокс и часть меню лочится но видно. Нажали на другое
место и меню или иконка стали опять видны)
У нас это описано в таблике с описанием элементов управления в графе "Ограничения"
2. Надо вытащить все формы а именно: формы,
закладки, сообщения (об ошибках, состояние системы),предупреждения, формы
открытия/сохранения файлов.
Сообщения об ошибках мы документируем отдельно, чтобы не тратить время на рисование пустяшных окошек с сообщениями.
3. Подробно описать эти формы. Должно включено: Элементы
управления(название кнопки),грид(описание столбцов), тесктбоксы (их назначение)
У нас таблица
4.Описание переходов между экранами(например название
кнопки , назначение, нажатие на кнопку - это переход на другую форму
,те пишу прошу смотреть такой-то документ)
Можно сделать такие сценарии, тольк, имхо, нужно все формы идентифицировать номерами.
У вас обратный случай. Сиквенсы вам конечно не нужны, но вот сценарии подробные стоит написать. Могу примерчик выслать или шаблон документа показать
-
Могу примерчик выслать или шаблон документа показать
Буду очень благодарен.
-
Формы описал.Осталось описать взаимодействие между экранными формами.
-
Покажите что получилось, шаблон например