На два вопроса один ответ
Последние вопросы как-то вне зоны моей компетентности (безопасность и кадры). Чувствуется, что Вам уже надоело обсуждать этот бредовый текст.
Давайте сменим тему.
Есть некая методика методика моделирования деятельности на примере госуслуг, в которой сделана попытка реализации четвертого этапа автоматизации регламентов.
все просто ... только понять это не так просто
Цитата:
Сообщение от GRIG
... сделал бы здесь акцент… мне кажется, очень важная ремарка, речь действительно не о терминах, а об уровнях…
… в ходе проекта по оптимизации процессов специалист, на основе своих знаний, начинает оперировать новыми сущностями (если он специалист, и если проект не ГосУслуги в РФ), вернее вновь появившимися метаданными о процессах, и они в свою очередь на следующем уровне развития также нуждаются в оптимизации… это как в природе ведь нет процессов умножения, это фактически есть оптимизированный человеком процесс сложения… а дальше степень, как оптимизация умножения… но чтобы работать со степенями необходимо изучить правила умножения и так далее … каждый последующий процесс оптимизирует предыдущий и через него влияет на исходный (базовый актив) … эта бесконечная гирлянда… аналогичная картина в реляционных базах данных, над плоскими таблицей первичного набора данных появляются метаданные о ключах, связях, процедурах, и на уровне управления базой данных вы уже не увидите вообще никакой, понятной «непосвященному» человеку информации... но, тем не менее, путем воздействия на нее (управления ею) зарплата каждому сотруднику начисляется аккуратно...
Согласен. Но не все так безнадежно.
По проектированию баз данных: сейчас есть 3 основных технологии СУБД: реляционная, объектная и многомерная. Интересно, что промышленные СУБД используют не какую-то одну технологию, а комбинацию из основной и вспомогательной (например реляционная+объектная).
Соответственно, аналитик-профи (в отличие от наскоро обученного использованию хранимых процедур и ключей программиста) использует комбинацию методов - понимая структуру задачи и структуру доступных методов. Поэтому разработанный обычным программистом модуль делает обратный инжиниринг 10 млн записей за сутки, а разработанный профи - за 10 минут. Иногда это бывает существенно :-)
Кроме того, здесь есть особенность характерная для социальных систем: Если над сложной системой нет простой подсистемы управления, которую может понять 1 человек - основная система является неуправляемой.
плюс
вниманию Виталия:
Регламент как исполнительный документ (по которому оценивается соответствие сотрудников) является результатом согласования интересов - зачастую противоположных. Другими словами - в регламенте есть схемная часть и компромиссная, учитывающая достигнутые в ходе разработки/согласования договоренности между исполнителями и контролем. Именно поэтому регламент процесса нельзя получить автогенерацией из схемы.
Я понятно излагаю?