Архитектура NauCRM

• Функциональная модель системы NauCRM реализована в трехзвенной архитектуре: клиентское приложение Web-браузер, сервер приложений и источник данных (СУБД). В роли сервера приложений выступает Zope, в роли источника данных - объектная база данных ZODB, в качестве промежуточного звена между клиентом и сервером приложений может выступать web-сервер Apache;
• В роли клиентского приложения системы NauCRM (рабочего места пользователя) выступает Web-браузер, через который осуществляется работа с сервером, на котором установлена система. При входе в систему запрашиваются имя и пароль пользователя, после чего он получает доступ в соответствии с должностными полномочиями;
• Серверная часть системы NauCRM обеспечивает хранение данных и обработку запросов с клиентских мест.

Модель предприятия в NauCRM

Система NauCRM построена на основе программной платформы проектно-ресурсного управления NauRP и использует принятую в этой системе управленческую концепцию предприятия.

В NauCRM используется объектная модель предприятия. Согласно данной модели предприятие рассматривается как иерархия объектов управления различного типа, связанных между собой отношениями «родитель – потомок» и «проект – ресурс».

В качестве объектов управления могут выступать клиенты, поставщики, подразделения, сотрудники, проекты, локации и др. Вершиной иерархии является суперобъект «Компания», который всегда существует вместе с объектом «Директор».

Каждая ветвь иерархии определяет аспект управления компанией:

• управление отношениями с клиентами;
• управление отношениями с поставщиками;
• управление подразделениями и сотрудниками;
• управление проектами;

Таким образом моделируется прямое управление в компании (когда руководитель отдела оперирует своими подчиненными и т.п.).

Кроме этого, реализовано контрактное (или горизонтальное) управление. Сделано это следующим образом: каждый объект в системе может обладать основными свойствами - проектностью и ресурсностью. Проектность означает существование для достижения сформулированной цели в заложенных ограничениях (сроки и бюджет).
Ресурсность отражает способность объекта оказывать какие-либо услуги; эти способности выражается в наличии у ресурса – сервисов.

С помощью контрактных связей, например, сотрудники из разных подразделений могут быть «наняты» в один проект. Т.е. возможно описание матричной структуры компании, где существует двойное подчинение сотрудников: они подчиняются как менеджерам проектов, в которых участвуют, так и руководителям функциональных подразделений компании (отделов, департаментов).

Такой подход позволяет универсально моделировать самые различные взаимодействия как внутри компании, так и между компанией и внешним миром (поставщиками и клиентами). Это дает не только большую скорость разработки и внедрения, но и возможности расширения функциональности в самых разных областях: управленческий учет, управление проектами и ресурсами и т.д.

Управление компанией через отношения объектов

Управление реализуется через различные виды отношений между объектами управления:

• у каждого объекта есть владелец, несущий за него ответственность и имеющий право распоряжаться своим объектом (прямое управление);
• объект управления, имеющий сервисы (т.е. способный оказывать какие-либо услуги), может быть нанят объектом другой иерархии на определенные цели, сроки и по определенной цене, т.е. объекты различных иерархий могут быть связаны контрактами (контрактное управление). Отношение «Проект – ресурс – загрузка».

Отношение «Проект – ресурс – загрузка» – один из видов отношений между объектами управления в NauCRM. Это отношение задает следующую связь между двумя объектами:

• один из объектов трактуется, как проект. Проектом может быть любой объект управления: «настоящий» бизнес-проект, сотрудник, подразделение, клиент и т.д.;
• второй объект трактуется, как ресурс, используемый первым для выполнения своих функций. (примеры ресурсов: материальные ресурсы, сотрудники, бизнес-проекты).

С помощью отношения «Проект – ресурс – загрузка» в NauCRM:

• учитываются затраты и определяется стоимость использования ресурсов;
• выдаются права доступа;
• моделируется отношение использования одного объекта другим.

Понятие загрузки

Загрузка – контракт между ресурсом и проектом.

При использовании ресурса в проекте их владельцы согласовывают определенные договоренности – длительность, интенсивность, объем, стоимость использования ресурса и т.п. Эти договоренности моделируются специальным объектом – загрузкой.

Загрузка обеспечивает ресурсу некоторый доступ к проекту, и возлагает на обе стороны некоторые обязательства. Загрузка может определять начало и конец периода использования ресурса, интенсивность, объем и план использования ресурса, объем и план ответных денежных трансферов и другие условия контракта между проектом и ресурсом.

Кроме самих начальных условий договора в загрузке фиксируется также история их выполнения – денежные трансферы, отчеты о выполнении работ и другие данные.

После того как владельцы ресурса и проекта достигли соглашения, загрузка считается активной и по ней можно вносить планы и факты затрат. План затраты моделируется объектом задание, факт затраты – объектом отчет.

Жизненный цикл объектов управления

Жизненный цикл всех объектов управления в NauCRM состоит из трех состояний – формируемые, активные и закрытые:

• Формируемые объекты используются для планирования, они могут легко создаваться и удаляться и не налагают обязательств на другие объекты управления.
• Далее формируемый объект переводится в состояние «Активный» (иногда для этого нужны согласования или выполнение каких-то иных условий), после чего он не может быть удален и находится в этом состоянии, пока с ним совершаются какие-то операции.
• Потом объект переводится в состояние «Закрытый», после чего никакие действия с ним больше совершать нельзя. Он сохраняется для справки и для анализа функционирования компании в прошлом.

Текущее состояние объекта оказывает прямое влияние на состояние объектов, расположенных ниже в иерархии объектов управления:

• у активных объектов могут быть объекты-потомки с любым состоянием;
• у формируемых объектов могут быть объекты-потомки только с состоянием «Формируемый»;
• у закрытых объектов не может быть новых объектов-потомков, а ранее созданные потомки должны находиться в состоянии «Закрытый».

Состояние загрузки определяется состояниями сразу двух объектов – проекта и ресурса, породивших данную загрузку:

• загрузка активная, если оба родителя имеют состояние «Активный»;
• загрузка формируемая, если один из родителей имеет состояние «Формируемый».