Студопедия
Главная страница | Контакты | Случайная страница

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Исправление взаимосвязанных диаграмм

Читайте также:
  1. T-S и I-S диаграммы водяного пара. Применение этих диаграмм.
  2. UML диаграммы в Rational Rose
  3. XII. Исправление ошибок в Реестровых записях
  4. В тексте работы таблицы, рисунки, диаграммы и т.д. имеют сквозную нумерацию. Название и заголовок должны располагаться на одной странице с ним.
  5. В.1. Диаграмма классов
  6. В.2. Диаграмма объектов
  7. В.З. Диаграмма взаимодействий
  8. ВНИМАНИЕ!!! БЫЛИ ЗАМЕНЕНЫ ПОСТЫ С ГЛАВАМИ 5 и 6 В СВЯЗИ С ИСПРАВЛЕНИЕМ ОШИБОК В ПЕРЕВОДЕ.
  9. Водяной пар. Процесс парообразования в P-V диаграмме.
  10. Выявление недостатков новой диаграммы

Создание диаграммы, ответы на связанные с ней вопросы и переделка ее обеспечивают более глубокое понимание родительской диаграммы и диаграмм — потомков вновь построенной диаграммы. Зафиксируйте свое понимание во время исправления диаграммы. (Это как раз тот случай, когда перенесение информации снизу-вверх естественным образом вписывается в технику декомпозиции.) Автор вынужден переносить информацию на другие диаграммы в трех ситуациях: при изменении меток внешних дуг, при появлении новых внешних дуг и при перераспределении функций.

Перенесение необходимо, если изменилось название внешней дуги. Перенесение измененных меток внешних дуг немедленно обеспечивает предоставление родительской диаграммой всех данных, необходимых диаграмме-потомку. Перенесение необходимо также, когда на новой диаграмме появляются новые входные или выходные дуги. Эти новые дуги должны так или иначе возникнуть на родительской диаграмме. Есть два пути сделать это: нарисовать новые дуги на родительской диаграмме или объединить дуги новой диаграммы в одну и изменить соответствующим образом метку дуги на родительской диаграмме. Делая это, соблюдайте правила соединения и разветвления дуг.

Перемещение блоков представляет самую сложную ситуацию. Оно происходит, когда функция (обычно на низком уровне модели) должна появиться, но не появляется на диаграмме, которую вы рисуете, а появляется на другой диаграмме модели, или наоборот. Перенести такую функцию, представленную блоком и всеми его дугами, с одной диаграммы на другую — нелегкое дело. Обычно это приводит к большим изменениям в метках дуг, появлению множества новых и исчезновению некоторых старых дуг. Иногда перемещение одного блока ведет к перемещению других блоков на различные диаграммы, вызывая целую волну изменений. Как правило, перемещение блока влечет за собой обилие технически сложной работы и может привести к ошибкам, если изменения не отслеживаются достаточно тщательно.

Резюме

Авторская проверка — это процесс критической оценки собственной работы. Обычно только что построенную диаграмму вначале подвергают критике и комментированию. Затем пытаются построить альтернативные декомпозиции, которые могли бы лучше выразить нужную информацию. Даже если альтернативные декомпозиции хуже исходного, они часто проливают свет на новые факты путем объединения и разъединения функций и данных. В конце после сравнения диаграммы с родительской и другими связанными диаграммами в нее, а также при необходимости в родительскую и другие связанные диаграммы вносятся все необходимые изменения.

Дополнительная литература:

· Cohen, G.: "A New Way to Test Writing", 22nd International Technical Communications Conference, 1975.

· Elbow, P.: Writing with Power, Oxford University Press, Oxford, England, 1982.

· Freedman, D., and G. Weinberg: "Walkthroughs, Inspections, and Technical Reviews", Little Brown, Boston, 1982.

· Freedman, D., and G. Weinberg: "Reviews, Walkthroughs, and Inspections", IEEE Transactions on Software Engineering, vol. 10, no. 1, January 1984.

· Hale, R.: "Inspections in Application Development — Introduction and Implementation Guidelines", IBM Report TNL GN20-3814, August 1978.

· IBM: "Code Reading, Structured Walkthroughs, and Inspections", IBM Report GE-19-5200, 1976.

· Kohli, R.: "High Level Design Inspection Specification", IBM Report TR21.601, July 1975.

· Lannon, J.: Technical Writing, Little, Brown, Boston, 1982.

· Yourdon, E.: Structured Walkthroughs, Yourdon Press, New York, 1977.

 




Дата добавления: 2015-09-11; просмотров: 89 | Поможем написать вашу работу | Нарушение авторских прав

Источники информации | Проведение опроса | Что нужно помнить при опросе | Выбор цели и точки зрения | Составление списка функций | Построение диаграммы АО | Обобщение диаграммы АО | Создание новой диаграммы | Принципы и приемы расположения дуг | Выявление недостатков новой диаграммы |


lektsii.net - Лекции.Нет - 2014-2025 год. (0.006 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав