Базовый конспект лекций для экономистов со специализациями "финансы и кредит", "бухгалтерский учет, анализ и аудит". Челябинск, 2001
| Вид материала | Конспект |
- Учебно-методический комплекс Для специальностей: 080109 Бухгалтерский учет, анализ, 1131.66kb.
- Учебно-методический комплекс для специальностей " Финансы и кредит", "Бухгалтерский, 1139.92kb.
- Методические рекомендации по преддипломной практике, написанию и защите дипломной работы, 650.41kb.
- Учебно-методический комплекс Для студентов, обучающихся по специальностям: 080109 Бухгалтерский, 793.02kb.
- Общая характеристика специальности, 36.66kb.
- «Финансы и кредит», 290.06kb.
- Конспект лекций для студентов по специальности i-25 01 08 «Бухгалтерский учет, анализ, 2183.7kb.
- Рабочая программа По дисциплине «Финансовый менеджмент» По специальности 080109., 293.43kb.
- «Финансы и кредит», 649.21kb.
- Экономический анализ, 3643.95kb.
2.3 Классификация ролевых функций
Ролевые функции официальных решателей прикладной задачи естественным образом зависят от ее сложности. Именно содержание задачи предъявляет конкретные требования к характеру труда субъекта ролевой функции, и это не может не отразиться на форме представления регламента ролевой функции.
Труд субъекта ролевой функции содержит творческую (эвристическую) и рутинную компоненты. В зависимости от того, какой труд преобладает, ролевые функции условно отнесены здесь к типу эвристических или рутинных ролевых функций. Существует третий тип ролевой функции, где труд ее субъекта есть неразделимая смесь рутинного и творческого труда. Этот вид ролевой функции имеет особое наименование - “служебная обязанность” Названные типы ролевых функций имеют различающиеся формы представления своих регламентов.
Инструктивный раздел регламента рутинной ролевой функции оформляется в виде производственной инструкции обученному работнику, способному стать субъектом данной ролевой функции. Правила документирования определяет Система консолидирующих ресурсов1. Основанием для составления инструкции служит модель ролевой функции. Инструкция указывает квалификационные требования к работнику; задает жесткие пределы применения ресурса (подсистемы ресурсов) и алгоритмы принятия решений, порядок предъявления продукта ролевой функции на контроль.
Инструкция в Системе НТД имеет статус стандарта предприятия и должна оформляться в соответствии с правилами, установленными в Системе СОМ. После своей актуализации, инструкции становятся объектами хранения в одной из баз данных Системы НТД.
Персонифицированная директивная часть регламента рутинной ролевой функции - производственное задание (наряд на работу) - предписывает порядок целесообразной деятельности субъекта ролевой функции. Директивная часть регламента указывает также форму предъявления данных самопроверки качества процесса и самого продукта субпроцесса на внешний контроль. Задание (наряд) является организационно - распорядительным документом; форму этого документа, а также порядок составления, движения, учета и хранения устанавливает Система СОМ бизнес-объекта. Оформленное по установленным правилом задание, становится объектом СУБД производственной деятельности бизнес-объекта.
Сведенные вместе инструктивная и директивная части образуют регламент ролевой функции1.
Эвристическая ролевая функция состоит в решении конкретной задачи заданного класса. Инструктивный раздел регламента эвристической ролевой функции существует в форме общих указаний на то, в каких пределах субъект данной эвристической ролевой функции оказывается решателем творческой задачи. Основой для ее решения является интеллектуальный потенциал субъекта ролевой функции (т.е. знания и практический опыт), свойства конкретной инфраструктуры, сумма внутренних политик бизнес-объекта и бытующие в нем производственные отношения. Инструктивный раздел регламента эвристической ролевой функции предлагает возможные пути решения задач и критерии оценки результата труда субъекта ролевой функции.
Как правило, инструктивный раздел составлен в форме указаний (рекомендаций) по выбору способа решения задач заданного класса; здесь же указываются нормативная база творческой работы и квалификационные требования, которым должен отвечать субъект ролевой функции. Форма указаний, являющихся разновидностью “Руководящих методических материалов” (РТМ), порядок их составления, движения и хранения устанавливает Система СОМ. Руководящие методические материалы (РТМы) являются разновидностью СТП и после их утверждения становятся объектами Системы НТД.
Директивная часть регламента есть персонифицированное предписание субъекту эвристической ролевой функции, в котором работодатель ставит конкретную задачу, указывает ограничения в выборе средств и условий ее решения, а также критерии оптимальности искомого решения; задает форму представления результатов труда и предопределяет процедуру доказательства состоятельности найденного решения. Предписание, после его утверждения в установленном порядке, становится объектом той или иной СУБД.
В тех случаях, когда решаемая эвристическая задача является уникальной (то есть, не относится ни к одному из выделенных (привычных) в бизнес-объекте классов эвристических задач), указания и
предписание на решение формулирует постановщик эвристической задачи. Форму регламента2, правила его составления, верификации и актуализации устанавливает Система СОМ. Процедуры движения регламента и способ хранения устанавливает постановщик уникальной эвристической задачи.
Служебная обязанность есть ролевая функция, в которой невозможно или бессмысленно выделять эвристическую и рутинную компоненты деятельности. Исполнение служебной обязанности работодатель закрепляет за должностным лицом по результатам конкурса, на условиях найма или иным способом.
Инструктивная часть регламента служебной обязанности и квалификационные требования к ее субъекту являются разделом должностной инструкции работника. В этом же разделе должен быть указан механизм контроля исполнения служебной обязанности (метод установления служебного соответствия). Должностная инструкция по своему статусу можно отнести к СТП. Должностная инструкция является объектом СУДБ внутренней деятельности.
Директивную часть регламента ролевой функции, ставшей служебной обязанностью, определяет и осуществляет сам субъект служебной обязанности в соответствии с суммой действующих политик бизнес-объекта, пониманием доводимых до него стратегических и оперативных целей высшего руководства бизнес-объекта. При необходимости, в соответствующем разделе должностной инструкции предписывается, в какой форме субъект служебной обязанности должен документировать и актуализировать сформулированную самому себе директивную часть регламента ролевой функции и как фиксировать и представлять на инспекцию результат исполнения служебной обязанности3.
Ролевая функция Администратор прикладной задачи по типу деятельности ее субъекта может относиться к служебным обязанностям или к типу эвристических ролевых функций. Ролевые функции Технолога, Планировщика и Инспектора по большей части предполагают эвристическую деятельность своих субъектов. Ролевая функция Оператор чаще всего исполняется рутинным трудом.
Ролевые функции допускают совмещение: за одним работником может быть закреплено несколько ролевых функций. Факт совмещения ролевых функций не влияет на их содержание. Этому есть очевидное объяснение; в самом деле, содержание ролевых функций порождено функциями и свойствами прикладной системы ресурсов, а не субъективными качествами исполнителя ролевой функции. Он лишь может быть способным или не способным исполнить вмененную ему ролевую функцию. Задача системы персонификации ролевых функций в как раз в том и состоит, чтобы снизить до возможного минимума риск закрепления за работником такой ролевой функции, исполнить которую он не может по профессиональной неподготовленности.
Официальный исполнитель ролевой функции может разделить свою работу на множество подфункций и каждую из них поручить кому-либо из своих сотрудников. В этом случае он не смеет делегировать своим сотрудникам ответственность за качество исполнения ролевой функции. В любом случае, официальный исполнитель ролевой функции является гарантом качества процесса и результата исполнения закрепленной за ним ролевой функции.
2.4 Логическая структура бизнес-объекта как форма представления модели системы менеджмента качества
Система менеджмента имеет множество частных моделей. Одна из них показывает, как ресурсы бизнес-объекта образуют элементы логической структуры и как эти элементы должны быть взаимосвязаны для того, чтобы бизнес-объект был в состоянии проводить в жизнь систему своих политик. Эта частная модель системы менеджмента определена здесь как логическая структура бизнес-объекта. Логическая структура заметно отличается от организационной структуры бизнес-объекта, которая показывает во всех деталях организационно-техническое устройство бизнес-объекта.
В логической структуре не видны второстепенные подробности, накопившиеся в период существования бизнес-объекта несуразности, следы незавершенных перестоек и ошибки руководства. Логическая структура бизнес-объекта является идеализированным представлением того, к чему следует стремиться при проектировании бизнес-объекта.
Логическая структура бизнес-объекта имеет несколько уровней детализации. На каждом из них (кроме самого верхнего, принятого за нулевой) в поле зрения попадает группа тесно взаимодействующих функциональных элементов бизнес-объекта. Элемент, выделенный на n-том уровне, выглядит целым, монолитным. В то время как на следующем, (n+1) уровне детализации в этом элементе становятся видными включенные (вложенные) в него элементы (субэлементы). На определенном уровне детализации (как правило, n=5...7) в роли субэлемента выступает какой-то ресурс бизнес-объекта. Считается, что модели собственных функций и свойств ресурсов известны; предполагается, что функции и свойства ресурсов консервативны, то есть, не зависят от системы политик, проводимых высшим руководством бизнес-объекта.
На первом уровне логической структуры, показанной на рис.3, обозначено пять главных элементов: система политик, инфраструктура, производственные отношения, система товарообращения и информационно-справочная служба (Служба). Подробно здесь рассматриваются два ключевых элемента первого уровня логической структуры: инфраструктура и информационно-справочная служба
На втором уровне логической структуры видно, что инфраструктура есть совокупность недвижимости, внутренних продуктов и Системы ресурсов бизнес-объекта. В свою очередь, на третьем уровне показано, что Система ресурсов включает в себя логические, материальные и трудовые ресурсы
Легко представить, что в бизнес-объекте существует реестр располагаемых ресурсов, в одном из разделов которого перечислены все материальные ресурсы и каждому их них дан идентификатор - собственное имя - под которым ресурс известен в бизнес-объекте. С каждым ресурсом связан специфический том всевозможной информации и данных, обозначенный на рис. 3 как “Ресурс (Имя)”. В томе существуют разделы, в которых приводятся: исходная форма представления собственных функций и свойств ресурса; сводная модель ресурса, включающая в себя Ч-, С-, и О-модели функций и свойств. Содержимое тома Ресурс (Имя) представлено на различных носителях информации, главными из них является бумага и электронные носители информации.
Как здесь принято, в словах А и Б операторов алгоритма реализации каждой из целевых функций ресурса, содержатся квалификационные требования к работнику, претендующему на занятие определенного рабочего места. Эти требования не персонифицированы, они обусловлены исключительно техническими характеристиками ресурса. Квалификационные требования есть та часть спроса на рынке труда, которая не зависит от социальной компоненты наемного труда.
Спрос, как известно, может быть удовлетворен на внешнем, а также на внутреннем рынке труда, всегда существующем в бизнес-объекте.
Трудовые ресурсы бизнес-объекта на внутреннем рынке труда традиционно представлены “личным делом” (листком по учету кадров) каждого из работников; личные дела, идентифицируются здесь как ЛД (Имярек). Каждое личное дело содержит в себе подборку учетно-статистических, юридических и прочих сведений. Данные ЛД (Имярек) характеризуют работника, во-первых, как личность – дают представление о его системе ценностей, взглядах, притязаниях, темпераменте, способностях, обучаемости, коммуникабельности и проч. качествах личности работника. Во-вторых - характеризуют потенциал живого труда, носителем которого является имярек.
Сведения о квалификации работника следует рассматривать как предложения на внутреннем рынке труда. Файлы ЛД (Имярек) интересны и значимы именно с этой точки зрения.
Существование базы данных трудовых ресурсов обеспечивает выполнение требований ИСО 9001:2000, касающихся персонала. Эти требования процитированы ниже.
“6.2 Человеческие ресурсы
6.2.1 Общие положения
Персонал, выполняющий работу, влияющую на качество продукции, должен быть компетентным в соответствии с полученным образованием, подготовкой, навыками и опытом.
“6.2.2 Компетентность, осведомленность и подготовка
Организация должна:
а) определить необходимую компетентность для персонала, выполняющего работу, которая влияет на качество продукции;
- обеспечивать подготовку или предпринимать другие действия с целью удовлетворения этих потребностей;
с) оценивать результативность предпринятых мер;
d) обеспечивать осведомленность своего персонала об актуальности и важности его деятельности и вкладе в достижение целей в области качества;
е) поддерживать в рабочем состоянии соответствующие записи об образовании, подготовке, навыках и опыте (4.2.4)”.
| Бизнес-объект | ||||||||||||||||||||||||||||
| С  истема политик | Инфраструктура | Производственные отношения | Система товарообращения | Информационно-справочная служба | ||||||||||||||||||||||||
    | | | ||||||||||||||||||||||||||
| Н  едвижимость | Внутренние продукты | Система ресурсов бизнес-объекта | | СУБД целевая | СУБД производственная | |||||||||||||||||||||||
  | | Логические ресурсы | Материализо-ванные ресурсы | Трудовые ресурсы | | | | |||||||||||||||||||||
  | | | | | | | | |||||||||||||||||||||
| | | | | | | | | |||||||||||||||||||||
| Консолидирующие ресурсы | Обособленные организационные структуры | | | | | | | |||||||||||||||||||||
     | | | | | | | | | | | | | | | | | | | | |||||||||
           ЛД (Имярек.) Высшее руководство БД (пр. Программа.)   Отдел (Номер) Совет (Тема) Ресурс (Имя) | | | | | | | | |||||||||||||||||||||
   | | | | | | | | |||||||||||||||||||||
| | | | | | | | | |||||||||||||||||||||
| Исходная форма | | | | | | | | |||||||||||||||||||||
 | | | | | | | | |||||||||||||||||||||
  Система НТД Система ПОРД Ч-модель  | | | | | | | | | | |||||||||||||||||||
| | | | | | | | | | | |||||||||||||||||||
| С- модель  | | | | | | | | | | |||||||||||||||||||
 | | | | | | | | | | |||||||||||||||||||
    О- модель | | | | | | | | | Прочие виды деятельности | |||||||||||||||||||
Рис.3
Логические ресурсы бизнес - объекта образуют две группы: а) консолидирующие ресурсы и б) обособленные определенными организационными рамками ресурсы. Последние представлены в бизнес-объекте устойчивыми организационно-техническими структурами, условно названными здесь Отделами. За каждым Отделом может быть закреплена определенная прикладная задача, но, как правило, закрепляется комплект однородных прикладных задач (прикладная область). Такой комплект составляется для удовлетворения общих потребностей разных Программ, осуществляемых бизнес-объектом. Так или иначе, каждый из Отделов в бизнес-объекте имеет свои целевые функции, которые закрепляются за ним в официальных документах, например, в Положении об отделе и других документах.
Положение об отделе следует рассматривать как исходную форму представления модели функций и свойств Отдела. Она содержит все, без чего невозможно построить эффективные Ч, С, и О- модели Отдела. Как и в случае с материальными ресурсами, содержимое тома Отдел (Номер) может быть представлено на различных носителях информации. Предполагается, что каждому Отделу присвоен уникальный идентификатор (в простейшем случае – номер). Том данных, содержащий информацию об отделе, обозначен на рис.3 как Отдел (Номер).
Кроме отделов, логическими ресурсами являются не структурные образования, построенные по типу коллегиальных совещательных органов, тематических комиссий, экспертных советов и т.п., которым здесь дано обобщенное название “Совет”. Назначение Совета состоит в использовании интеллекта группы профессионалов для решения отдельных прикладных задач. Каждый Совет имеет тематическое направление своей деятельности и обозначен на рис.3 как Совет (Тема). Основной формой деятельности Советов, является совещание, принимающее решение, которое может вступить в силу после его утверждения руководством. Основными формами решений Совета являются: совет- обратная связь, совет-идея, совет-решение и совет-анализ.
В систему консолидирующих ресурсов входят, как минимум, три логических ресурса: высшее руководство; система процедурного обеспечения организационно-распорядительной деятельности высших и линейных руководителей (Система СОМ); система нормативно-технической документации бизнес-объекта (Система НТД). Целевая функция системы консолидирующих ресурсов призвана обеспечить:
- оптимальную прозрачность производственных отношений, отражающих стратегические и тактические цели высшего руководства; отсутствие в бизнес-объекте любых форм психологического террора;
- предсказуемость деятельности высших и линейных руководителей бизнес-объекта;
- жизнестойкость в форс-мажорных обстоятельствах.
Высшее руководство в системе консолидирующих ресурсов имеет множество частных функций, которые можно свести к двум главным:
- Постановка задачи о проектировании оптимальных производственных отношений в бизнес-объекте, руководство ее решением, внедрение проекта в жизнь и поддержание проектных производственных отношений в повседневной деятельности бизнес-объекта, постановка перспективных задач.
- Информационное обеспечение собственной деятельности.
Первую из названных целевых функций высшее руководство реализует, прежде всего, путем разработки неких критериев оптимальности производственных отношений и составления технического задания (ТУ) на проектирование производственных отношений, частью которых является система менеджмента. При составлении ТУ необходимо иметь в виду требования, содержащиеся в МС 9001:2000 (Раздел 5 Ответственность руководства) Технические условия должны предусматривать итерационный процесс проектирования системы менеджмента.
Невзирая на то, что ТУ являются сугубо “внутренними”, их следует представлять в той содержательной и лаконичной форме, которая сложилась в отечественной практике и воплощена в требованиях Государственного стандарта ГОСТ 2.114-95 Технические условия
Проектирование производственных отношений в бизнес-объекте сводится к комплексной разработке и оптимальном распределении между логическими ресурсами целевых функций, типичных для той миссии, которую принял на себя бизнес-объект. Разработчиком комплекса целевых функций является Система СОМ, функционирование которой должно, в конечном счете, обеспечить:
- оптимизацию состава логических ресурсов;
- разработку комплекса процедур организационно-распорядительной деятельности руководителей всех уровней;
- разработку процедур, устанавливающих порядок внесения корректировок в действующие процедуры;
- разработку контрольных процедур, относящихся к проверке соответствия фактических и проектных производственных отношений;
- разработку процедур декомпозиции производственной (целевой) Программы на прикладные задачи и организацию решения каждой из них;
- разработку процедур распределения без пересечений ролевых функций между решателями прикладных задач;
- разработку процедур обеспечения прослеживаемости процессов и результатов живого труда субъектов ролевых функций;
- разработку форм документирования процедур, обеспечивающих прослеживаемость организационно-распорядительной деятельности на всех уровнях руководства. При этом документированные процедуры обретают статус внутренних стандартов бизнес-объекта, так называемых, стандартов предприятия (СТП). При разработке и актуализации СТП в бизнес-объекте не следует значительно уклоняться от требований к СТП, сформулированных в Государственном стандарте ГОСТ Р 1.4 - 92 Стандарты предприятия. Общие положения:
- разработку помехозащищенных каналов движения документов от разработчика к исполнителю.
- создание справочника по системе менеджмента бизнес-объекта, который может существовать в двух вариантах: для демонстрации системы менеджмента второй стороне, например, в рекламных целях, и для демонстрации системы менеджмента качества третьей стороне и сторонам, заинтересованным в успешности бизнес-объекта.
В разработке форм документирования и помехозащищенных каналов много общего с традиционной организацией делопроизводства, поэтому здесь следует использовать накопленный бюрократами [2,8,15] положительный опыт (то есть, приемлемый в новой экономике России). В частности, следует ориентироваться на выполнение требований ГОСТ 6.10.5-87 Унифицированные системы документации. Требования к построению формуляра-образца и ГОСТ Р 6.30-97 Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов.
Система СОМ должна быть освобождена от технической работы по хранению и предоставлению пользователю документированных процедур, созданных в Системе СОМ, от технической работы по контролю актуального состояния таких документов и нормоконтолю их движения.
Создание и управление фондом различных нормативно-технических документов, куда, разумеется, входят все СТП бизнес-объекта, а так же исполнение тех процедур, которые разработаны специально для Системы НТД, – все это есть прерогатива Системы НТД.
Системы СОМ и НТД, спроектированные в соответствии с вышеизложенным, должны обеспечивать выполнение тех требований к документации, которые сформулированы в ИСО 9001:2000.
“4.2 Требования к документации
4.2.1 Общие положения
Документация системы менеджмента качества должна включать:
а) документально оформленные заявления о политике и целях в области
качества;
b) руководство по качеству;
с) документированные процедуры, требуемые настоящим международным стандартом;
d) документы, необходимые организации для обеспечения эффективного
планирования, осуществления процессов и управления ими;
е) записи, требуемые настоящим международным стандартом (4.2.4).
Примечание 1. Там, где в настоящем международном стандарте встречается термин «документированная процедура», это означает, что процедура разработана, документально оформлена, внедрена и поддерживается в рабочем состоянии.
Примечание 2. Степень документированности системы менеджмента качества одной организации может отличаться от другой в зависимости от:
а) размера организации и вида деятельности;
- сложности и взаимодействия процессов;
- с) компетенции персонала.
Примечание 3. Документация может быть в любой форме или на любом носителе.
4.2.2 Руководство по качеству
Организация должна разработать и поддерживать в рабочем состоянии руководство по качеству, содержащее:
а) область применения системы менеджмента качества, включая подробности и обоснование любых исключений (1.2);
b) документированные процедуры, разработанные для системы менеджмента качества, или ссылки на них;
с) описание взаимодействия процессов системы менеджмента качества.
4.2.3 Управление документацией
Документами, требуемыми системой менеджмента качества, необходимо
управлять. Записи - специальный вид документов, и ими надо управлять согласно требованиям, приведенным в п. 4.2.4.
Для определения необходимых средств управления должна быть разработана документированная процедура, предусматривающая:
а) проверку документов на адекватность до их выпуска;
b) анализ и актуализацию по мере необходимости и переутверждение документов;
с) обеспечение идентификации изменений и станса пересмотра документов;
d) обеспечение наличия соответствующих версий документов в пунктах их применения;
е) обеспечение сохранения документов четкими и легко идентифицируемыми;
f) обеспечение идентификации документов внешнего происхождения и управления их рассылкой;
- предотвращение непреднамеренного использования устаревших документов и применение соответствующей идентификации таких документов, оставленных для каких-либо целей.
4.2.4 Управление записями
Записи должны вестись и поддерживаться в рабочем состоянии для предоставления свидетельств соответствия требованиям и результативности функционирования системы менеджмента качества. Они должны оставаться четкими, легко идентифицируемыми и восстанавливаемыми. Надо разработать документированную процедуру для определения средств управления, требуемых при идентификации, хранении, защите, восстановлении, определении сроков сохранения и изъятии записей.”
Назначение информационно-справочной службы состоит в том, чтобы собирать и в систематизированном виде хранить данные и информацию о деятельности бизнес-объекта и о внешних условиях ее протекания; а также в том, чтобы предоставлять хранимые данные и информацию определенному кругу пользователей для анализа, обработки и иных способов использования. Прежде всего, для разработки оптимальных управленческих решений [10,17,25].
Целевую функцию информационно-справочной службы, прямо вытекающую из принципа “принятие решений, основанных на фактах”, устанавливает высшее руководство бизнес-объекта. В формулировании требований к информационно-справочной службе должны участвовать Системы СОМ и НТД, что обеспечит гармоничное решение технических вопросов по информационному обеспечению деятельности высшего руководства.
Информационно-справочную службу (Службу) можно представить как две взаимодействующие системы управления базами данных (СУБД). Одна из них позволяет оперативно использовать запасенные в БД информацию и данные, имеющие прямое отношение к одной или многим целевым Программам. Такая СУБД условно именуется “целевой”. Объектами целевой СУБД являются базы данных, идентифицируемые БД (целевая Программа). Целевая СУБД управляет базами данных, в которых хранятся сведения о консервативных свойствах логических и материальных ресурсов, о производственных отношениях в бизнес-объекте, о внешних условиях и ограничениях, накладываемых Законодательством, учредителем (собственником бизнес-объекта), Государственными и ведомственными нормами и правилами, а также Решениями и Постановлениями федеральных и региональных органов исполнительной власти. Базы данных целевой СУБД обозначены на рис.3 условными изображениями магнитной дискеты. Пунктирная линия, соединяющая изображение дискеты с изображением источника информации (и данных) символизирует те процедуры, посредством которых аудио, видео информация и данные с бумажных и иных носителей передается на машинные носители. Процедуры, скрывающиеся за пунктирными линиями, разрабатываются по техническим условиям, составленным в системе консолидирующих ресурсов. У некоторых из дискет нет изображений источников информации и данных, они ни с чем не соединены пунктирными линиями. Такие дискеты обозначают те виды деятельности, которые здесь детально не рассматривались или даже не упоминались.
Другая СУБД, условно именуется “производственной”. Она обеспечивает накопление и доступ к информации, имеющей отношение к производственной деятельности, в том числе и той производственной деятельности, которая является частью специфической целевой Программы, именуемой “производственная Программа”.
Основными объектами этой СУБД являются базы данных, индексированные именем производственной Программы: БД (производственная Программа). Содержимое БД (производственная Программа) должно давать не только перечень прикладных задач, на которые распалась данная Программа, но и информацию о каждой из задач в таком объеме, который позволял бы проследить ход и результат ее решения. Обязательными разделами информации о Программе являются:
- модель функций и свойств прикладной системы ресурсов;
- регламенты исполнения решателями прикладной задачи их ролевых функций;
- результаты персонификации ролевых функций.
Информация, сосредоточенная в БД (производственная Программа), поддерживает организационную деятельность на всех уровнях бизнес-объекта. Вполне очевидно, что такого рода деятельность имеет свои особенности в каждой производственной Программе. В то же время, построение любой из БД (производственная Программа) отражает особенности концепции менеджмента качества. Соотношение общего и частного таково, что в БД разных производственных Программ больше однообразного (подобного), чем различного. Причины такой общности баз данных разных Программ связаны с универсальными свойствами сети процессов рис.2.
В заключение настоящего раздела следует заметить, что системы управления базами данных могут быть в большей или меньшей степени компьютеризированы. Аппаратные и программные компоненты обеих СУБД в своей основной массе являются продуктами внешних поставок. В то же время, в бизнес-объекте невозможно обойтись без разработки и эксплуатации собственных программных изделий (так называемых, пакетов прикладных программ, ППП). Для обеспечения их совместимости с приобретенными на легальном рынке программными изделиями, при проектировании собственных ППП необходимо соблюдать требования существующих Государственных стандартов, ключевыми среди которых являются: ГОСТ 19781-90 Обеспечение систем обработки информации программное. Термины и определения; ГОСТ 15971-90 Системы обработки информации. Термины и определения; ГОСТ 20886-85 Организация данных в системах обработки данных. Термины и определения.
Контрольные вопросы
- Представьте блок-схему менеджмента качества.
- Опишите механизм формирования и удовлетворения ролевых требований.
- Укажите место комплексного и место контроля живого труда.
- От чего зависит состав прикладных задач?
- Прокомментируйте цепочку: внутренний продукт вход задачи выход задачи внутренний продукт.
- Назовите официальных решателей прикладной задачи и объясните распределение между ними живого труда.
- Роль неофициальных решателей прикладной задачи, их функции и обязанности.
- Администратор как ключевая фигура в организации решения прикладной задачи.
- Обобщенная схема решения прикладной задачи
- Регламент ролевой функции, дайте краткую характеристику его частей.
- Алгоритм реализации ролевой функции Администратор.
- Алгоритм реализации ролевой функции Технолог
- Алгоритм реализации ролевой функции Планировщик
- Алгоритм реализации ролевой функции Оператор
- Алгоритм реализации ролевой функции Инспектор
- Три разновидности живого труда субъектов ролевых функций, принцип классификации.
- Охарактеризуйте рутинную ролевую функцию.
- Охарактеризуйте эвристическую ролевую функцию.
- Охарактеризуйте ролевую функцию, названную служебной обязанностью.
- Что означают термины "цветные воротнички и оранжевые жилеты"
- Логическая структура бизнес-объекта, опишите уровни этой структуры.
- Состав системы ресурсов бизнес-объекта.
- Состав логических ресурсов бизнес-объекта.
- Основные функции системы процессуального обеспечения управленческой деятельности (Системы СОМ)
- Основные функции системы нормативно-технической документации.