Database Model plugin_tmp.xml
| area
This table contain all company areas of system. It can be used to categorize an user and can be used into reports. |
||||||||||||||||||||||||||||||||
|
| category
This table contain a list of all categories of system. A category could be used to give more qualification for the requirements and tasks for a specific project. |
||||||||||||||||||||||||||||||||||||||||||||||||
|
| customer
This table contain all customer of all projects. Each customer ID should be into the user table, to respect the architecture hierarchy where a Customer entity IS A User entity. Besides, the customr entity contain a number of attributes of the relationship between the specific customer and the project (exemple: enable status, pre approving permission, etc). Because a Resource and Leader entities are automatically a Customer entity, all this attibutes defines into the customer table will be inherited by Resource and Leader entities. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| department
This table contain all company departments of system. It can be used to categorize an user and can be used into reports. |
||||||||||||||||||||||||||||||||
|
| event_log
This table contain the event generated by system. Some events of system could be stored into data base and used for audit purposes. The Logger Notification save the event information into this table as well. The event table contain the reference (username) to the user that has included the event but it doesn't has any FK to user table. |
||||||||||||||||||||||||||||||||||||||||
|
| function
This table contain all company functions of system. It can be used to categorize an user and can be used into reports. |
||||||||||||||||||||||||||||||||
|
| leader
This table contain the IDs of all project leaders. Each leader ID should be into the resource table, to respect the architecture hierarchy where a Leader entity IS A Resource entity. |
||||||||||||||||||||||||
|
| notification
This table contain the notification os system. A notification is an alert that starts in a determined moment and send a customized message for a specific channel. The native channel implemented into the tool is: Email, Http and DBLog, but more channels could be extended through the framework of tool. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| notification_field
This table contain the fields used by the channel of notification in order to provide the parameters used for notification engine. For example: the native email notification of tool contain knows how to send an e-mail but it need some information about that SMPT server, user, tittle, etc, that changes in each case. Thus, the records of this tables will be "translated" in customized fields of the notification GUI. |
||||||||||||||||||||||||||||||||
|
| p_sequence
This table contain the sequence used by system to increment the ids of all tables. The architecture of system was desing to avoid using features of specific data bases. A "sequence" feature and "auto-increment ID" feature are available in many commercial data bases, but each data base has a specific rule to create and increment the sequence, then into PLANdora the control os "ID sequence" is into the business rules of system and the table p_sequence store the next ID available. |
||||||||||||||||
|
| planning
This entity is a abstraction of the main planning entities of system, i.e, Task, Requeriment and Project. This "super-entity" contain the common fields of all planning entities. |
||||||||||||||||||||||||||||||||||||||||
|
| preference
This table contain the customized system preferences of users that selected options different from standard. |
||||||||||||||||||||||||||||||||
|
| project
This table contain all projects of system. |
||||||||||||||||||||||||||||||||||||||||
|
| project_history
This table contain the life-cycle of a project. Each state transition of project is stored here. |
||||||||||||||||||||||||||||||||
|
| project_status
This table contain all status of project. Each status is related to a numeric constant used into the system to define the status. This constant is following: 1 - Project Opened ; 2 - Project on-Hold ; 3 - Project Aborted/Closed |
||||||||||||||||||||||||||||||||
|
| report
This table contain all Report or KPI records of system. Each Report or KPI contain a SQL statement. A Report use the SQL statement to populate data into the Jasper report layout. In the other hand the system timer use the SQL statement of KPI record to get a indicator value from data base and set the new value into the report_result table. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| report_result
This table contain the values (metrics) generated by timer when it wake up and run a KPI's SQL clausule. |
||||||||||||||||||||||||||||||||
|
| requeriment
This table contain all requirements of system (bugs, support requests, system requirement, etc). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| requeriment_history
Each requirement has the own life cycle, and this table contain the information about the historical occurrence of the requirement. |
||||||||||||||||||||||||||||||||||||||||||||||||
|
| requeriment_status
This table contain a list of all status of the requirement. Each status is related to a numeric constant used into the system to define the status. This constant is following: 1 - Waiting Approve ; 100 - Planned ; 200 - Canceled ; 201 - Closed ; 202 - Refused ; 300 - In-Progress |
||||||||||||||||||||||||||||||||||||||||
|
| resource
This table contain all resources of all project. Each resource ID should be into the customer table, to respect the architecture hierarchy where a Resource entity IS A Customer entity. Besides, the resource entity contain a number of attributes of the relationship between the specific resource and the project (exemple: cost, capacity, etc). Because a Leader entity is automatically a Resource entity, all this attibutes defines into the resource table will be inherited by Leader entity. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| resource_task
This table contain the allocation of resource for a specific task. Contain the general information about the status, task date and duration. However, there are another table (resource_task_alloct) that contain the time values along the time day by day. For example, if the resource_task contain a task that should be completed in 12 hours, then there are two related rows in resource_task_alloc with value = 8 and 4. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| resource_task_alloc
This table contain the allocation of human resources for a specific task. An allocation is a quantity of minutes used by resource to work in the task. |
||||||||||||||||||||||||||||||||||||||||||||||||
|
| root
This table contain only one record. It is the ID of root user and is always "3" and it is alwayed related to the project "0". The project "0" it is the root project. |
||||||||||||||||||||||||
|
| task
This table contain a list of all tasks of system. A task represent a work event performed by the resources of project. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| task_history
Each task has the own life cycle, and this table contain the information about the historical occurrence of the task. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| task_status
This table contain all status of task. Each status is related to a numeric constant used into the system to define the status. This constant is following: 1 - Task Open ; 100 - Task Closed ; 101 - Task Canceled ; 20 - Task In ProgressI ; 50 - Task on-Hold |
||||||||||||||||||||||||||||||||||||||||
|
| user
This table contain all users of system, independently of project or role. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|