Простая базовая система управления операциями. I. Основные характеристики

1. Возможность самостоятельного создания моделей и простого хранилища данных.

2. Возможность самостоятельного создания рабочих процессов.

3. Возможность самостоятельной конфигурации связанных моделей.

4. Высокое качество нижнего уровня архитектуры с выделением слоя сервисов.II. Базовая структура системы и её завершённость

5. Настройка системы 1.1 Управление доступом администратора (выполнено) 1.2 Отсутствие доступа для неадминистраторских ролей (выполнено) 1.3 Организационная структура — организация (выполнено) 1.3.1 Добавление организации в организационной структуре (выполнено) 1.3.2 Изменение организации в организационной структуре (выполнено) 1.4 Организационная структура — сотрудники (выполнено) 1.4.1 Добавление сотрудников в организационной структуре (выполнено) 1.4.2 Изменение сотрудников в организационной структуре (выполнено) 1.4.3 Административная возможность изменения пароля пользователя (выполнено) 1.5 Организационная структура — группы (в работе) 1.6 Моделирование — модели (выполнено) 1.6.1 Добавление моделей (выполнено) 1.6.2 Изменение моделей (выполнено) 1.6.3 Указание добавления подчинённых прототипов (выполнено) 1.7 Моделирование — прототипы (выполнено) 1.7.1 Добавление прототипов (выполнено) 1.7.2 Изменение прототипов (выполнено) 1.8 Моделирование — рабочие процессы (выполнено) 1.8.1 Добавление рабочего процесса (необходимость выбора отображаемых полей подчинённых прототипов отключена) (выполнено) 1.8.2 Изменение рабочего процесса (возможность выбора отображаемых полей подчинённых прототипов включена) (выполнено) 1.9 Система — журнал (журнал действий за последнюю неделю) (выполнено) 1.10 Система — системные настройки (выполнено)2. Личные действия 2.1 Изменение пароля (выполнено) 2.2 Выйти (выполнено) 2.3 Войти (выполнено)

6. Действия над задачами 3.1 Добавление (выполнено) 3.2 Изменение (выполнено) 3.3 Начало (используется для рабочих процессов) (в работе) 3.4 Действия над рабочими процессами (выполнено)

III. Развертывание и тестирование Инициализация базы данных Корневая директория init.sql

Демонстрационный адрес http://myoms.oschina.mopaasapp.com/index.php

Логин murray@xxx.com

Пароль 1234567890

Скриншоты

IV. Концепция дизайна

1. Обзор 1.1 Цели системы Увеличение слоя сервисов для обеспечения возможности внедрения внешних бизнес-процессов в основной поток, что гарантирует независимую работу каждого модуля. 1.2 Принципы реализации системы Через разделение уровней системы обеспечивается отделение различных уровней бизнес-процессов. Через упаковку модулей обеспечивается удобство вызова бизнес-слоя. Новый фреймворк повышает уровень системных сервисов. Рабочие процессы и внешние системы находятся на самом нижнем уровне системы. 1.3 Кодовые нормы2. Описание базовой структуры 2.1 Описание каталогов и модулей Libs — базовые библиотеки Class — библиотека классов ресурсов Func — базовый набор функций Service — слой сервисов Plugin — универсальные плагины Cache — директория кэша Init.php — основной модуль управления Statics — статические файлы Js — клиентские скрипты Css — стили Images — изображения Upload — загрузка файлов Front — основной клиентский интерфейс Controller — контроллер Language — пакеты языков View — представление Model — модели данных### 2. Архитектурное разделение системы

3. Основной анализ и планирование функциональности системы

3.1. Уровень ресурсов

Способ использования: шаблон проектирования "Фабричный метод" base::create();
Наследование типов: прямое наследование
Бизнес-тип:
Классы, связанные с базами данных (acl, model, log, template, field, protype, user, node, site). Внутренний уровень данных представлен моделью model.
Классы, не связанные с базами данных (upload).

3.2. Уровень сервисов

Способ использования: статический вызов xxxService::getInfo();
Наследование типов: прямое наследование, но только от главного класса сервиса
Бизнес-тип: реализация ключевых бизнес-функций через сервисы.

3.3. Бизнес-уровень

3.4. Представление

4. Подробности функциональности

4.1. Основной поток данных

Пользовательский запрос — index.php принимает запрос и запускает front. Front использует паттерн Singleton для запуска control. Control начинает управление — маршрутизацию, логирование и т. д. начинают работать. По умолчанию направляется в frontend_do/index.