Можно смело утверждать, что искусство моделирования является самой творческой частью работы системного инженера. На практике не существует единственного правильного решения, поэтому модели меняются и развиваются на протяжении этапов разработки. В большинстве случаев, модели представляют собой некий визуальный ряд, в котором для отображения информации используются взаимосвязанные диаграммы. Новые методы, - такие как, например, объектно-ориентированные методы моделирования, -разумеется, расширяют концепцию моделирования, однако большинство используемых в них подходов, тем не менее, базируются на известных и проверенных временем принципах. [c.50]
Методы используют различные представления - от текстового описания и диаграмм, до строгой математики. Метод предписывает, когда и где использовать эти представления. Те методы, которые в основном ориентированы на использование диаграмм, обычно относятся к структурным методам . Методы, которые используют объектные представления, обычно относятся к объектно-ориентированным методам . Методы же, которые в основном используют математику, относятся к формальным методам . [c.63]
Объектно-ориентированные методы [c.74]
Методика построения диаграмм взаимодействий использовалась долгое время в сфере телекоммуникаций, в основном, для описания взаимодействия между блоками аппаратуры. И.Якобсон в 1987 г. предложил использовать эти диаграммы для объектно-ориентированных методов [3]. [c.148]
Под тестированием подразумевается проверка соответствия системы своей спецификации. Этап тестирования требует много времени, и на него обычно приходится 30 - 50% стоимости разработки. Эта цифра, однако, оказывается меньше (около 25%) в случае использования объектно-ориентированных методов создания программного обеспечения. Тестирование - длительный и серьезный этап разработки, который должен быть описан и запланирован так же, как и все остальные этапы. [c.222]
Общим недостатком всех формализмов представления знаний, основанных на правилах, является недостаточно глубокое отражение семантики проблемной области, что может сказываться на гибкости формулирования запросов пользователей к экспертным системам. Этот недостаток снимается в объектно-ориентированных методах представления знаний. [c.62]
Семантические сети. Объектно-ориентированные методы представления знаний берут начало от семантических сетей, в которых типизируются отношения между объектами. Элементарной единицей знаний в семантической сети служит триплет (см. объектную концептуальную модель), в котором имя предиката представляет помеченную дугу между двумя узлами графа, соответствующими двум связанным объектам (рис. 2.6). [c.62]
Каждый объект является представителем определенного класса, который задает общие свойства для всех его членов, набор методов обработки событий. Функционирование системы рассматривается как взаимодействие объектов различных классов. В процессе функционирования при наступлении предопределенных событий осуществляется изменение свойств объектов с помощью методов обработки. Объектно-ориентированный подход реализует [c.51]
Анализ и проектирование ИС выполняется на уровне отдельных классов объектов и их представителей. Процесс разработки класса объектов и объектов носит итеративный характер, автономен от других процессов. Объекты допускают тиражирование, включая тиражирование методов обработки. Программные модули приложений создаются с использованием языков объектно-ориентированного программирования. [c.52]
Предприятие использует объектно-ориентированный подход к представлению компонентов типовой конфигурации и встроенный язык программирования для создания программных модулей. Конфигуратор оперирует с классами объектов метаданных константы, справочники, документы, журналы, отчеты и т. п. Каждый объект метаданных обладает набором свойств и методов обработки. Конфигурирование 1С Предприятие включает [c.117]
Результатами работ на этой стадии являются функциональная и информационная модели организации и спецификации требований к предполагаемой системе, служащие в качестве исходных данных для проектирования системы. Желательно, чтобы функциональная и информационная модели и спецификации требований были выполнены с помощью формализованных методов их описания, например с использованием средств описания моделей в известных методологиях структурного или объектно-ориентированного проектирования и языков спецификаций. В этом случае в ТЗ, разрабатываемом по результатам стадии предпроектного обследования, должно быть указание на имеющиеся исходные данные и средства описания исходных данных. Ссылки в ТЗ на документы, определяющие выбранные средства описания исходных данных, — часть профиля инструментальной среды, поддерживающей основные процессы проектирование, разработку, сопровождение и развитие прикладного программного обеспечения ИС. [c.79]
Последние годы методы повторного использования и интеграции существующей совокупности знаний активно развиваются, главным образом, с использованием объектно-ориентированных подходов. Эти исследования пока находятся в своей ранней стадии и результаты еще не могут быть легко применимы на практике. [c.60]
В главе 7 подробно рассмотрены принципы объектно-ориентированной технологии как целостной системы, в которой предусмотрены единые методы решения частных задач — подготовки текстов, электронных таблиц и т. п. Ныне эта технология охватывает и телекоммуникации. Поэтому в главах 15 и 16 ( Телекоммуникации ) вам необходимо прежде всего познакомиться с новым кругом понятий и задач, которые характерны именно для этого раздела технологии, не слишком заботясь при этом о технике решения этих задач. Техника постоянно изменяется, и когда вы приступите к практической работе с Сетью, вам просто покажут, что и как надо делать. [c.296]
В объектно-ориентированном подходе изменяется и принцип проектирования ЭИС. Сначала выделяются классы объектов, а далее в зависимости от возможных состояний объектов (жизненного цикла объектов) определяются методы обработки (функци- [c.282]
Для объектно-ориентированного подхода разработаны графические методы моделирования проблемной области, обобщенные в языке унифицированного моделирования UML [89] (подробное описание объектно-ориентированного подхода представлено в гл. 13) Однако по наглядности представления модели пользователю-заказчику объектно-ориентированные модели явно уступают функциональным моделям. [c.283]
Конечным результатом процесса объектно-ориентированного проектирования должно стать множество классов объектов с присоединенными методами обработки атрибутов. Если в функциональном подходе модели данных и операций разрабатываются относительно независимо друг от друга и только координируются между собой, то объектно-ориентированный подход предполагает совместное моделирование данных и процессов. При этом модели проблемной области в репозитории постепенно уточняются. [c.351]
Программирование G процедур методов класса объектов (преобразователь П43) с помощью объектно-ориентированного языка программирования выполняется на основе Ош - шаблонов процедур методов классов объектов по спецификациям D" - диаграмм деятельностей и D" - состояний объектов. [c.373]
В операции Привязка бизнес-объектов к программным модулям (преобразователь П23) характер программных модулей D22, D23 уточняется составом используемых бизнес-объектов D14. В результате формируется структура используемых бизнес-объектов D24. В объектно-ориентированном представлении данная операция выполняется путем задания имен методов в определениях классов объектов, в функционально-ориентированном [c.422]
Основной причиной появления этого подхода было желание сделать разработку программного обеспечения более близкой к моделированию, а, следовательно, и более естественной. К сожалению, на реализацию любой хорошей идеи практика оказывает свое влияние, поэтому лишь совсем небольшое количество объектно-ориентированных программных систем могут быть признанными действительно полным отражением реального мира. Тем не менее, это никак не умаляет достоинств самого метода. На диаграмме классов изображается информация о классах объектов и связях между ними. Во многом диаграмма классов похожа на диаграмму сущность-связь. Так же как на диаграмме сущность-связь, диаграмма классов показывает, как объекты определенных классов связаны с другими объектами этого же класса, или других классов. Основные добавленные элементы информации это [c.62]
Большинство инструментальных информационных технологий появилось практически одновременно с созданием ЭВМ в виде специального и общего программного обеспечения, операционных систем (ОС) различного класса и назначения, инструментальных пакетов прикладных программ, систем управления базами данных. Эти технологии, а также их более совершенные модификации (базы знаний и их оболочки, системы искусственного интеллекта и т.д.) достаточно широко использовались разработчиками экономических информационных систем и обстоятельно описаны в научной литературе. Поэтому целесообразно более подробно остановиться на инструментальных НИТ, получивших распространение в последнее время. К их числу можно отнести гипертекстовые технологии, машинную графику, телекоммуникационные методы доступа, структурные и объектно-ориентированные технологии, мультимедиа, возникновение которых связано, главным образом, с новыми техническими возможностями средств вычислительной техники. [c.17]
Большинством своих идей метод похож на другие объектно-ориентированные методы. Фундаментальным отличием метода, как уже упоминалось выше, является использование сценариев или прецедентов (s enarios или use ases). Таким образом, функциональность системы описывается с помощью набора прецедентов для системы - моделью прецедентов. В дальнейшем, модель прецедентов используется для получения модели объектов предметной области. Анализ полученной модели объектов предметной области позволяет классифицировать объекты предметной области трех типов интерфейсные объекты, объекты сущностей и управляющие объекты. Далее объектная модель преобразуется в архитектурную модель, содержащую модули разрабатываемой системы. [c.76]
Таким образом, внедрение информационной системы осуществляется инкрементно. Каждая итерация приводит к изменению представлений об идеальной информационной системе. Даже в наиболее благоприятном случае относительной стабильности этих представлений неизбежно происходит их уточнение, в результате которого достигается более глубокое понимание. Важно отдавать себе отчет в том, что информационные системы постоянно претерпевают изменения. Это прямой результат текущего изменения бизнес-процессов в ходе их реинжиниринга и усовершенствования. Для построения информационных систем, приспособленных к постоянному развитию, лучше всего использовать объектно-ориентированные методы. Ни один из других доступных методов не позволит модифицировать системы так быстро, как этого требует современный бизнес. [c.239]
Методы обработки объектов представлены в виде программных модулей на встроенном языке программирования 1 Предприятие, во многом напоминающем язык Visual Basi . В объектно-ориентированной системе 1С Предприятие программные модули запускаются в ответ на наступление предопределенных событий, возникающих в связи с действиями пользователя или изменением данных. [c.127]
Форумы, собирающие вместе специалистов высокого класса, привели к ряду положительных сдвигов в жизни компании. Именно под влиянием одного из форумов, посвященного методам объектно-ориентированного программирования, группа специалистов, работающая над одним важным проектом, начала использовать программу "Smalltalk", хотя первоначально никто из них не предполагал, что она может быть использована во встроенных системах. Узнав во время форума о возможностях использования данной программы в таких системах, инженеры, применив новые знания в своей практике, сократили время работы над проектом в два раза. [c.86]
Методика IDEF4 реализует объектно-ориентированное проектирование больших систем [19]. Она предоставляет пользователю графический язык для изображения классов, диаграмм наследования, таксономии методов. [c.126]
Проектирующие подсистемы, применяемые к конкретным объектам, часто называют объектно-ориентированными. Подобные подсистемы настолько многочисленны, что затруднительно привести даже их перечень. Остановимся для примера на подсистеме, связанной с проектированием гидропривода и названной САПР Гидрооборудование , сданной в промышленную эксплуатацию во ВНИИгидропривода [46]. Ее структурная схема приведена на рис. 1.5. Блок управления представляет собой управляющую программу (УП), обеспечивающую связь системы с пользователями, базой данных и блоком оптимизации. Работа УП начинается с обращения к блоку, содержащему базу данных. Устройством связи с оператором выдается список объектов проектирования, запрашивается код объекта, из базы данных выбирается модель, соответствующая указанному коду. Далее УП запрашивает дополнительную информацию, уточняющую модель, критерий эффективности, ограничения. Сформировав математическую модель, УП обращается к блоку оптимизации, сообщая пользователю список методов оптимального поиска. Пользователь указывает код метода оптимизации. В блок оптимизации включены методы Лагранжа, Шора, модифицированных функций Лагранжа с численным дифференцированием, Лагранжа—Мида, градиентный. Полученные по одному из указанных методов оптимизации параметры объекта выдаются УП в виде таблицы. Пользователь оценивает результаты и принимает решение о продолжении или окончании работы с системой. При необходимости могут быть уточнены математическая модель и исходная информация, выбран иной метод оптимизации. [c.39]
Индустриальное проектирование ЭИС рассматривается в аспектах эффективного реинжиниринга деятельности экономического объекта, разработки корпоративной ЭИС на основе клиент-серверных архитектур. В качестве методов и средств индустриального проектирования ЭИС подробно разбираются функционально-ориентированные и объектно-ориентированные ASE- и RAD-технологии автоматизированного проектирования, параметрически-ориентированные и модельно-ориенти-рованные компонентные технологии типового проектирования. [c.5]
Анализ рынка недвижимости — сложный процесс любая недвижимость уникальна, землепользование является объектом законодательного регулирования, суммы сделок фиксируются не чаще, возможно, одного раза в 30 лет, в связи с чем поиск сопоставимых примеров крайне затруднителен. Тем не менее между объектами собственности существует некоторое сходство. В этой главе Эро Карлсон, используя метод самоорганизующихся карт, анализирует данные о недвижимости, полученные Национальным институтом Земельного кадастра Финляндии. Исходная информация включает в себя данные о географическом расположении объектов недвижимости. Это приложение было разработано с помощью объектно-ориентированного программного пакета Smallworld GIS. Данные входных векторов были получены из внешних баз данных о строениях и других объектах недвижимости, а также баз данных цифровых карт. [c.171]
Универсальный язык моделирования UML (OMG, 2003) создавался как попытка объединить вместе объектно-ориентированные подходы, получившие наибольшую поддержку и признание, а именно Буч, ОМТ и Обжектори. В середине 90х годов XX века Буч, Румбах и Якобсен стали вместе работать в компании Rational, начав разрабатывать единый, общий и ныне широко применяемый язык моделирования. В то время максимальное внимание уделялось разработке нотации для графического моделирования, нежели чем разработке метода или процесса. [c.76]
Существует три способа разработки модели традиционный, объектно-ориентированный и интегрированный, причем первые два имеют существенные недостатки. Для традиционного способа характерен каскадный метод, предусматривающий последовательное выполнение этапов анализа, проектирования, программирования, тестирования и сопровождения. Это приводит к большим потерям времени и не позволяет быстро разрабатывать прототипы программной системы. При объектно-ориентированном способе нет строгой последовательности выполнения отдельных этапов (применяется возвратный метод), кроме того, используется естественность языка описания объекты соответствуют существительным, а связи между ними — глаголам и отглагольным формам. Практически все ИС, реализующие объектно-ориентированный подход к разработке моделей сложных систем, обладают возможностями генерации кодов программ на объектно-ориентированных языках ( ++, ADA, SmallTalk). Но, несмотря на все, объектно-ориентированный подход рассчитан на программистов, а не на менеджеров. [c.23]
Смотреть страницы где упоминается термин Объектно-ориентированные методы
: [c.203] [c.204] [c.204] [c.204] [c.327] [c.355] [c.412] [c.75] [c.76] [c.22] [c.82] [c.60] [c.11] [c.180] [c.182] [c.7] [c.270] [c.372] [c.74]Смотреть главы в:
Разработка и управление требованиями -> Объектно-ориентированные методы