Бизнес-функция

Cтраница 2

Матрица Matrix of Table Definitions and Modules показывает, какой модуль использует определенную таблицу. Можно также создать матрицу элементов требований из пользовательских расширений на бизнес-функции в стадии предварительного анализа, чтобы быстро просматривать и вводить отображение требований к системе на функции. Матрица Relation Definitions to Entities ( соотношения определений на объекты) показывает, какие таблицы были созданы из определенных объектов. Обычно можно формировать матрицу для любых двух элементов, имеющих связывающий их тип ассоциации. [16]

Возможности FHD позволяют определить набор функций этапа сбора информации на фазе анализа и воплотить его в полную функциональную модель для этапа анализа требований. Function Hierarchy Diagrammer позволяет сконцентрироваться на различных уровнях и структуре бизнес-функций, не отвлекаясь на представление потоков данных и мест хранения. [17]

Выявленная у пользователей информация структурируется, а не предоставляется в виде обычного списка мало связанных между собой утверждений. Во-первых, информация должна быть разделена по категориям на основе бизнес-функций системы. Во-вторых, документ должен иметь форму, обеспечивающую перекрестную проверку совместно с моделью новой системы. Аналитик должен гарантировать, что разработка имеет смысл. [18]

Горизонты планирования. [19]

У приложений горизонт планирования ближе, так как они разрабатываются для выполнения конкретной бизнес-задачи. Планирование жизненного цикла приложения в первую очередь основывается на тех бизнес-функциях, которые должна будет выполнять система, после чего принимаются на рассмотрение технологии, которые могут использоваться для достижения поставленных целей. [20]

Все большее число современных исследователей приходят к выводу, что следующая стадия в развитии организационных структур управления - это сетевая структура. Сетевыми структурами называют ооолочечные или пустотелые фирмы, в которых часть бизнес-функций, прежде всего производство, передана на контрактной основе сторонним подрядчикам. На чем основана данная гипотеза. Глобальные сети типа Internet снижают время на переговоры и трансак-ционные издержки, следовательно, купить бывает выгоднее, чем произвести какой-либо товар. В чистом виде оболочечная фирма представляет собой управляющую организацию, которая нанимает небольшое число менеджеров, координирующих по компьютерной сети как работу дочерних компаний, так и независимых организаций, при этом различные функции бизнеса могут быть рассеяны по всему свету. [21]

Кроме того, становится возможной проверка того, что в новой системе не пропущены бизнес-функции, поддерживаемые старой системой, а также возможно отображение полей старой системы на атрибуты новой системы. [22]

Особо необходимо сказать о промышленной энергетике как области энергетического бизнеса. Здесь следует обратить внимание на тенденцию коммерциализации энергохозяйства предприятий и выделения внутреннего энергоснабжения в отдельную бизнес-функцию, причем начиная от предоставления экономической самостоятельности подразделениям энергохозяйства ( на принципах самоокупаемости) и кончая созданием отдельных энергоснабжающих компаний в структуре крупных промышленных корпораций. Все это позволяет рассматривать промышленную энергетику как важную часть современных бизнес-структур в сферах электро - и теплоснабжения. [23]

Business Units to Business Functions ( бизнес-модули в бизнес-функции) показывают, какие организационные единицы выполняют определенные бизнес-функции. [24]

Базовым накопителям должны соответствовать основные подсхемы информационной модели. К выявлению базовых накопителей следует подходить чрезвычайно тщательно, поскольку именно с ними будут работать бизнес-процессы и бизнес-функции на всех без исключения уровнях детализации модели. [25]

Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций. Так, процесс Прием на работу содержит в себе функции: Прием заявления, Оформление приказа, Регистрацию и др. Обычно для моделирования бизнес-функции достаточно 2 - 3 уровней детализации, завершающейся описанием элементарного алгоритма с помощью миниспецификации. [26]

Элементы фазы анализа и соответствующие им элементы фазы разработки, формируемые в APT. [27]

Функциональная модель должна быть как можно более полной еще до запуска ADT, что сделает набор модулей достаточно соответствующим выдвигаемым требованиям. Обрабатывать каждую ветвь функциональной иерархии следует на двух различных настройках ADT: сначала для создания из функций модулей-кандидатов ( генерируются модули, которые принимаются явным образом), а затем для формирования структуры модуля из использований элементов бизнес-функций. Нельзя создавать структуру модуля без самих модулей, поэтому следует придерживаться указанной последовательности, т.е. сначала создать сами модули, а затем - меню. [28]

После сбора необходимых требований следует проанализировать полученную информацию, организовать ее и оформить в виде документа для простоты ссылки на отдельные пункты. Извлеченная у пользователей информация должна быть структурирована, чтобы исключить перечисление не связанных друг с другом вопросов. Для этого информация прежде всего подразделяется по категориям на основе бизнес-функций, а затем организуется по высокоуровневой функциональной иерархии. [29]

Стоимость проектирования РБД является наивысшей по сравнению с ЛБД и СБД, так как, помимо того, что в них могут интегрироваться данные виды баз данных, необходим удаленный доступ и обработка фрагментов РБД, находящихся вне офиса. К РБД предъявляются повышенные требования. Во-первых, они должны обеспечить максимальные удобства для каждого работника по поддержке выполнения их бизнес-функций. Для этого необходимы средства доступа ко всем фрагментам РБД, программные средства хранилищ данных, средства оперативной аналитической обработки данных ( OLAP), средства поддержки принимаемых решений ( DSS) и др. Во-вторых, средства администрирования РБД должны осуществлять комплексную поддержку их функционирования, обеспечивать их безопасность и возможность развития. Для этого должны применяться программные средства ре-позитариев, использоваться процедуры динамического администрирования РБД, мониторы транзакций и др. средства. Данным требованиям удовлетворяет современная концепция построения корпоративных информационных систем - Intranet, которая базируется в своей основе на РБД, WWW-серверах, распределенных приложениях, сетевом и телекоммуникационном оборудовании. [30]

Страницы: 1 2 3