Методологической основой проектного анализа является системное понятие "проект". Проект представляет собой целостный объект, сущность которого многогранна во-первых, от момента зарождения идеи проекта до стадии ее материализации в реальных объектах (будь то промышленные предприятия или объекты социальной инфраструктуры, занятые выпуском продуктов или услуг) требуется определенное время, которое составляет жизненный цикл проекта, и, во-вторых, прежде чем вкладывать в проект деньги, необходимо провести его комплексную экспертизу, чтобы доказать его целесообразность и возможность воплощения, а также оценить его эффективность в техническом, коммерческом, социальном, институциональном, экологическом, финансовом и экономическом аспектах. [c.65]
Например, при проведении экологического мониторинга создаем информационный объект (сущность) — объект контроля со следующими атрибутами место и среда отбора (воздух, подземные воды, поверхностные воды, почва и др.), норма (ПДК, ПДС и др.), показанные на рис. 6.3. [c.251]
УЧЕТ - отражение хозяйственной или иной деятельности предприятия на основании документов в различных измерителях (количественных и (или) качественных). У. является составной частью управления экономическими процессами и объектами, сущность У. состоит в фиксации их состояния и параметров, сборе и накоплении сведений об экономических объектах и процессах, отражении этих сведений в учетных ведомостях. Различают аналитический, бухгалтерский, бюджетный У. У. может осуществляться в текущих и неизменных (сопоставимых) ценах, а также в иностранной валюте. [c.786]
УЧЕТ — составная часть управления экономическими процессами и объектами, сущность которого состоит в фиксации их состояния и параметров, сборе и накоплении сведений об экономических объектах и процессах, отражении этих сведений в учетных ведомостях. Различают аналитический учет, бухгалтерский учет предприятий, учреждений, бюджетный учет. Учет может осуществляться в текущих и неизменных (сопоставимых) ценах, а также в иностранной валюте. [c.414]
Итак, целью информационной системы является обработка данных об объектах реального мира, с учетом связей между объектами. В теории БД данные часто называют атрибутами, а объекты — сущностями. Объект, атрибут и связь — фундаментальные понятия ИС. [c.214]
Ценности — это объекты, сущности, рассматриваемые как ценные и значимые. Социальный статус, деньги, семья, образование, религия, здоровье, свобода могут рассматриваться как жиз- [c.450]
Проникновение в сущность органического устройства исследуемого объекта. Чтобы глубже разобраться в механизмах процессов организации, управления, самоорганизации и, наконец, самоуправления, надо проникнуть в сущность органического устройства целого исследуемого объекта. Сущность вещей, как известно, способна проявляться, так как каждое явление существенно. [c.327]
Классы объектов могут иметь различные стереотипы поведения объекты-сущности, управляющие объекты, интерфейсные объекты [c.354]
Анализ системных требований начинается с идентификации основных прецедентов использования (D nv) и объектов-сущностей (D ), которые будут применяться в информационной системе. Работы по идентификации прецедентов использования и классов объектов-сущностей, как правило, выполняются параллельно. В случае объектно-ориентированного оформления результатов предпроектного обследования данная работа упрощается в силу однозначности соответствия бизнес-процессов и прецедентов использования ЭИС, бизнес-объектов и объектов-сущностей. [c.368]
Детализация D - диаграммы классов объектов (преобразователь П22) выполняется путем уточнения классов объектов-сущностей и введения интерфейсных и управляющих классов объектов. Интерфейсные классы объектов соответствуют актерам прецедентов использования, а управляющие классы объектов -координирующим функциям обработки объектов-сущностей. [c.370]
Детализация D -диаграммы пакетов (преобразователь П26) связана с уточнением состава классов объектов-сущностей и появлением интерфейсных и управляющих классов объектов. Например, интерфейсные и управляющие классы объектов могут быть выделены в самостоятельные обеспечивающие пакеты. [c.370]
Подтипом называется подмножество объектов сущности (например, тип X является подтипом Y, если любой член множества X принадлежит к Y). [c.58]
Предметная область данной информационной системы рассматривается как некоторая совокупность реальных объектов (сущностей), которые представляют интерес для ее пользователей. Примерами объектов предметной области могут служить персональные ЭВМ, программные продукты, их пользователи. Каждый из них обладает конкретным набором свойств (атрибутов). Так, компьютер характеризуется названием идентификатора модели, типом микропроцессора, объемом оперативной и внешней памяти, типом графической карты и т.д. [c.122]
В табл. 3.1 приведены все перечисленные выше объекты-сущности БД, а также их физические обозначения ограничений доступа к ним, обозначены связанные между собой сущности. БД и БЗ мониторинга дебиторской задолженности содержат одиннадцать объектов. Право изменять данные, кроме руководства, здесь имеют сотрудники следующих отделов предприятия расчетного отдела, службы информационных технологий, сервисной службы, бухгалтерии, абонентского сектора, отдела правового обеспечения, КРОССа ТЦЭ, планово-экономического отдела. Все объекты имеют связанные с ними сущности. [c.125]
Объект может соответствовать задачам, продукции или сущностям в бизнесе. Задачи могут быть подразделены на два типа те, что обеспечивают взаимодействие субъектов с бизнесом, и те, которые являются чисто внутренними. Удобно определить различные типы объектов, для того чтобы сделать более ясными задачи, которые они выполняют в модели. Обычно различают следующие типы объектов объекты-сущности, управляющие объекты и интерфейсные объекты. Все классы объектов будем изображать в виде треугольников с добавлением букв внутри треугольника (см. рис.5.3) и - интерфейсные, у - управляющие. [c.136]
Можно сказать, что часть бизнеса, имеющая непосредственный контакт с внешним миром, видима как интерфейсные объекты, в то время как объекты-сущности и управляющие объекты более независимы от окружения. [c.137]
Другой вид конфликта может возникнуть при использовании одного экземпляра объекта-сущности двумя различными экземплярами прецедентов. Если, например, некоторый документ представлен как объект-сущность и этот документ участвует в нескольких экземплярах прецедентов, должно быть ясно указано, кто несет за него ответственность, т.е. имеет право изменять состояние экземпляра. Пример с рестораном, однако, не демонстрирует эту проблему. Она возникает, когда объекты-сущности являются носителями информации, например, объект Счет в модели банка и т.п. [c.144]
Обе модели используют три типа объектов интерфейсные объекты, управляющие объекты и объекты-сущности. При работе над идеальной моделью за основу берут прецеденты, а при разработке реальной модели за основу берется идеальная модель. Таким образом, процедуры определения объектов в этих моделях различны. [c.186]
Как правило, выявление ряда объектов-сущностей является очевидным. Примеры таких "очевидных" объектов - это продукция, документы и действия, которые должны быть выполнены как часть повседневной работы или по требованию закона или властей. [c.189]
Сущности в бизнесе, которые обрабатываются прецедентом. Это могут быть продукты, документы, контракты и т.д. Они становятся объектами-сущностями. [c.189]
Рассмотрим, как можно с помощью объектов описать два варианта процесса Продаж Продажа Готового Продукта и Продажа Заказного Продукта. В обоих случаях сразу видно, что для поддержки контакта с клиентом требуется интерфейсный объект Продавец. При определении объектов прецедента Продажа Готового Продукта нет причины разделять работу на несколько ресурсов. Интерфейсный объект Продавец проверяет наличие продукта и получение заказов клиентами. Если продукцию надо послать по почте, то заказ на поставку можно рассматривать как отдельную рабочую задачу. В этом случае появится дополнительный интерфейсный объект, Отправитель Продукта (рис. 7.4). В приведенном примере продукт моделируется как объект-сущность. Этот объект нужен для хранения информации о продукте, такой, как модель, цвет, цена и комплектация. [c.190]
Целесообразно ввести в схему объекты-сущности Клиент и Заказ. Первый представляет нужные данные о клиенте, второй о заказе, сделанном клиентом. В прецеденте Продажа Готового Продукта такие объекты вводить не надо, так как там клиент непосредственно получает требуемый продукт, а если его нет, то он ждет, пока продукт появится. [c.191]
В этой модели используются объекты трех типов интерфейсные, управляющие и объекты-сущности (см. рис. 5.3). [c.207]
Интерфейсные объекты (ИО) поддерживают взаимодействие информационной системы с ее окружением, обеспечивая преобразование и трансляцию данных и событий из внутрисистемных форм представления во внешние и наоборот. Эти объекты позволяют явно выделить зависимую от окружения составляющую модели информационной системы, в то время как управляющие объекты и объекты-сущности не зависят от окружения. Обычно к интерфейсным объектам относят экраны (окна), протоколы связи, интерфейсы с датчиками и устройствами вывода на печать. [c.207]
Причина, по которой введены три типа объектов, состоит в стремлении обеспечить гибкую структуру модели, допускающую ее модификацию и развитие. В ходе эксплуатации информационной системы неизбежны текущие изменения известно, что даже стабильные системы время от времени требуют локальных модификаций. Чаще всего проводится модификация пользовательских интерфейсов, а также тех или иных функциональных возможностей информационной системы, при этом изменения затрагивают только интерфейсные объекты ИСП. Изменения потока событий в прецеденте влияет на поведение управляющих объектов в информационной системе, а изменения объектов-сущностей в модели бизнеса отражаются на объектах-сущностях ИСП. Поскольку последнее случается относительно редко, объекты-сущности оказываются самыми стабильными элементами модели информационной системы. [c.208]
Проектировщик Идеальной Модели выделяет объекты-сущности информационной системы, представляющие предметы и явления, явно фигурирующие в П-модели. [c.215]
Для каждого прецедента ИСП Проектировщик Идеальной Модели определяет объекты, необходимые для реализации потока событий в нем. Можно начать работы по определению объектов с субъекта, инициирующего прецедент, а затем определить требуемые интерфейсные и управляющие объекты и объекты-сущности. [c.215]
В объектной модели бизнеса используются объекты трех типов интерфейсные, управляющие и объекты-сущности. Каждому из этих типов объектов соответствуют свои сущности в бизнесе. [c.225]
Объекты-сущности представляют предметы и явления в бизнесе автомобили, документы или нечто более абстрактное, например знания о чем-либо. [c.225]
Активный объект X Объект-сущность Y [c.227]
| Рис. 8.14. Пример соответствия объектов бизнес-модели субъектам, прецедентам и объектам-сущностям информационной модели |  |
Поясним изложенное выше на конкретном примере, в котором в модели бизнеса активный объект X имеет обязательства, обозначенные как А, Б и В. Следовательно, в П-модели информационной системы можно выделить субъект с именем X и прецеденты с именами А, Б и В. Реализуя обязательство В, активный объект X в модели бизнеса обращается к объекту-сущности Y. В идеальной объектной модели информационной системы это соответствует тому, что объект-сущность Y участвует в прецеденте В (см. рис. 8.14). [c.227]
При традиционных методах используемое информационное обеспечение является неполным, недостаточно достоверным, не представляет собой систему, которую можно подготовить на ЭВМ и использовать в оптимизационных процедурах. Поэтому необходимо разработать принципиальный метод перспективного планирования и формирования системы информационного обеспечения, основанный на экспресс-проектировании объектов. Сущность его состоит в макетировании на ЭВМ будущих объектов (на 5—7-летнюю перспективу) из заранее разработанных типоразмерных рядов блоков (по которым имеется нормативная и другая информация о параметрах, характеристиках, ресурсопотреблении и технико-экономических показателях) и последующей машинной систематизации, группировке, агрегировании и дезагрегировании нормативных показателей. В процессе перебора вариантных решений для поиска оптимального программа должна обеспечивать подбор оптимальных блоков и суммирование информации о стоимости и определении принятого критерия оценки экономической эффективности (приведенные затраты и т. п.). [c.26]
ERD [Entity-Relationship Diagrams] — диаграммы сущность — связь — способ определения данных и отношений между ними, обеспечивающий детализацию хранилищ данных проектируемой системы, включая идентификацию объектов (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей). [c.299]
АТРИБУТ (от англ, attribute) — абстракция одной характеристики (в диаграммах — сущность-связь, которой обладают все абстрагируемые в качестве объекта сущности). [c.34]
Выключение опциональных типов объектов, не имеющих значение для данной перспективы. Например, скрытие всех типов объектов сущность для перспективы создание организационной структуры , и наоборот, скрытие всех терминов для перспективы концепирование ИТ-системы -см. рис. 3.12. [c.79]
Большинством своих идей метод похож на другие объектно-ориентированные методы. Фундаментальным отличием метода, как уже упоминалось выше, является использование сценариев или прецедентов (s enarios или use ases). Таким образом, функциональность системы описывается с помощью набора прецедентов для системы - моделью прецедентов. В дальнейшем, модель прецедентов используется для получения модели объектов предметной области. Анализ полученной модели объектов предметной области позволяет классифицировать объекты предметной области трех типов интерфейсные объекты, объекты сущностей и управляющие объекты. Далее объектная модель преобразуется в архитектурную модель, содержащую модули разрабатываемой системы. [c.76]
Рассмотрим результаты проектирования инфологической модели БД и БЗ в составе ЭС для компании связи. Поскольку при описании предметной области необходимо изобразить каждый из существующих классов объектов (сущностей) и набор свойств атрибутов, фиксируемый для объектов данного класса, были выделены следующие сущности БД [c.124]
Объекты-сущности представляют такие сущности, как продукция и предметы, которые обрабатываются бизнесом. Объект-сущность участвует не только в одном прецеденте экземпляр может принимать участие во многих событиях в бизнесе. В отличие от интерфейсных и управляющих объектов, объекты-сущности представляют сущности, не являющиеся человеческими или техническими ресурсами. Типичные примеры объектов-сущностей в компании -Продукция, Извещение (Invoi e) и Заказ. [c.137]
Когда получен первый список очевидных объектов-сущностей, следует проанализировать прецеденты. Просмотрите описания всех прецедентов и выявите объекты, которые ответственны за ту или иную часть потока событий прецедента. Для каждой пары субъект/прецедент можно назначить интерфейсный объект. Этот объект обслуживает все взаимодействия с субъектом и по возможности ббльшую часть внутреннего потока событий. Если нецелесообразно или невозможно, чтобы интерфейсный объект выполнял внутренний поток событий, то назначается управляющий объект (или несколько). [c.189]
Объекты-сущности (ОС) представляют малоизменяемые сущности ИСП, "живущие" дольше, чем экземпляры прецедентов, в которых они участвуют. Они используются для представления атрибутов, отношений и поведения тех или иных явлений, событий и персонала. Важно отметить, что их поведение нередко оказывается столь же сложным, как и поведение других объектов в системе. Часто объекты-сущности представляют предметы, участвующие одновременно в [c.207]