<<
>>

Предшественники UML

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

Когда количество объектов информационной системы не превышает 6-8 (то есть психологического критерия, до которого человек еще способен оперировать ин­формацией без записи и дополнительной тренировки), сложности, возникающие при проектировании системы, преодолимы и без специальных средств. Такую информационную систему (для одного рабочего места, для небольшой компании) способен создать один человек. Когда же число объектов достигает тысяч и десят­ков тысяч, а число состояний и переходов между ними — миллионов, ни один спе­циалист, каким бы образованным и опытным он ни был, не способен охватить си­стему в целом. К примеру, система навигации должна размещаться на тысячах автомобилей, морских и речных судах, железнодорожных составах, десятках ис­кусственных спутников Земли, использовать тысячи компьютеров и всевозмож­ных сетей связи.

Такие информационные системы под силу создавать только группам разработчи­ков, как правило, с разделением обязанностей на аналитиков, проектировщиков, программистов, тестеров и, конечно, руководителей. А там, где трудится коллек­тив, просто необходим понятный всем инструмент общения. Для инженеров-ме- хаников таким инструментом, понятным как его коллегам, так и простым рабо­чим, являются машиностроительные чертежи, для строителей — всевозможные эскизы, планы и т. д., для инженеров-электронщиков — электрические схемы, то­пологические чертежи. Для программистов языком такого общения долгое время являлись алгоритмы и естественный человеческий язык. Каждый, кто хоть немно­го разбирается в программировании, понимает, что, за исключением очень про­стых примеров, без пояснений практически невозможно разобраться в коде про­грамм, написанных не им самим, а часто и им самим, но давно.

Диаграммы на языке иМИ можно назвать «иллюстрациями к программному коду».

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

Абсолютное большинство информационных систем, используемых в наши дни, в той или иной степени опираются на объектно-ориентированную технологию. Ключевой в эффективности таких информационных систем является удачно по­строенная иерархия объектов, позволяющая использовать преимущества объект­но-ориентированной технологии, включая инкапсуляцию, наследование и поли­морфизм (подробнее об объектно-ориентированной разработке информационных систем см. далее в этой книге).

Выявление объектов-сущностей, их свойств, построение их иерархии является в большинстве случаев нетривиальной задачей, которая решается методами объек­тно-ориентированного анализа.

Иерархия объектов должна отражать закономерности функционирования предмет­ной области, то есть области деятельности человека, для которой создается информа­ционная система. Прямолинейное проектирование, как правило, не является опти­мальным. Из практики известно, что самыми удачными решениями являются системы, авторам которых удалось найти «изящную» комбинацию, неординарный ход, «изюминку» в построении иерархии объектов информационной системы.

Построение иерархии объектов требует опыта и усердной работы аналитиков и сй- стемных проектировщиков, для облегчения интеллектуального труда которых весь­ма кстати пришлись возможности нотации (лат.

по1аНо — обозначение, система записи), позволяющей легко и понятно фиксировать возникающие идеи. Этой цели служат всевозможные кружочки, квадратики, стрелки и линии, с помощью кото­рых человек пытается зафиксировать свои мысли на листе бумаги или в электрон­ном документе. С появлением соответствующих методик, а впоследствии и имь такая запись становится стандартизированной и понятной другим людям.

ПРИМЕЧАНИЕ------------------------------------------------------------------------------

Проблемой, ставящей под угрозу осуществление крупного проекта, является уход из команды разработчиков одного или нескольких ведущих специалистов. Использова­ние стандарта документирования процесса разработки минимизирует риски срыва работы над проектом в таких случаях.

Универсальный язык моделирования возник не на пустом месте. С середины вось­мидесятых годов ведутся разработки методик, позволяющих автоматизировать процесс построения иерархий объектов. Некоторые из методик, например С11С- карточки, не потеряли своей актуальности.

<< | >>
Источник: Избачков Ю. С., Петров В. Н.. Информационные системы. 2006

Еще по теме Предшественники UML:

  1. «Куранты»
  2. Упражнение 1
  3. ИДЕЯ 19 ЛУЧШЕЕ - ВПЕРЕДИ
  4. 15.5. ПРИНЦИП "ПАРКА ЮРСКОГО ПЕРИОДА"
  5. 9.6.2. Прорыв в IDS
  6. Заключение
  7. Вопросы для самоконтроля
  8. Лучшие и худшие черты дракона мученичества
  9. Традиции и новаторство в творчестве на телевидении.
  10. 7. ПОЛИТИЧЕСКАЯ КУЛЬТУРА.
  11. Доктринальные возражения
  12. Доктринальные возражения
  13. Места силы