Atvērtā Java avota projektu vadības sistēma

Kā sākt darbu ar Plandora

Plandera ir Java balstīta tīmekļa lietojumprogramma, parasti izvietota uz Tomcat vai citiem JEE serveriem. Lai sāktu, klonējiet avotu no [Plandora GitHub](https://github.com/Cynjut/Plandora) krātuves, pārliecinieties, ka ir instalēts Java 8+ un Maven, un izveidojiet WAR failu, izmantojot `mvn clean package`. Izvietojiet ģenerēto WAR savā servletu konteinerī. Sistēma atbalsta gan Tomcat savienojumu puli, gan tiešus JDBC savienojumus (konfigurēts `web.xml`). Pēc sākotnējās iestatīšanas konfigurējiet datubāzes akreditācijas datus, SMTP iestatījumus un integrējiet ar ārējām sistēmām, piemēram, JIRA vai SVN. Plandora ietver iebūvētas iestatīšanas vednis galvenajiem komponentiem, piemēram, darbplūsmām, meta-laukiem un lietotāju lomām, lai paātrinātu izvietošanu.

# Clone the repository
git clone https://github.com/Cynjut/Plandora.git
cd Plandora

# Build the WAR file
mvn clean package

# Deploy to Tomcat
cp target/plandora.war $TOMCAT_HOME/webapps/

Ganta diagrammas ar kalendāra notikumiem un svarīgiem posmiem

Plandora Ganta diagramma vizualizē projektu laika grafikus, atbalstot makro uzdevumus, svarīgus posmus un kalendāra notikumus. Tā dinamiski filtrē resursus un uzdevumus, nodrošinot precīzu progresa izsekošanu pat tad, ja resursi tiek piešķirti vai noņemti. Diagrammā tagad ir iekļauti svarīgu posmu marķieri un tā integrējas ar projektu kalendāriem, lai atspoguļotu darba dienas un brīvdienas. Lietotāji var eksportēt Ganta skatus CSV, XLS vai JPG formātos ziņošanai un kopīgošanai. Veiktspējas uzlabojumi nodrošina gludu renderēšanu lieliem datu kopumiem, un sistēma pareizi apstrādā uzdevumu apgriešanu MSProject importēšanas laikā. Pielāgotus laukus un meta-laukus var attēlot tieši Ganta režģī, nodrošinot bagātāku kontekstu, nepametot laika līnijas skatu. Tas padara Plandora par ideālu risinājumu gan tradicionāliem projektu vadītājiem, gan hibrīda komandām, kas izmanto agile‑waterfall pieejas.

// Use Report2File agent to schedule Gantt export
Report2File report = new Report2File();
report.setReportName("ProjectGantt");
report.setOutputFormat("jpg");
report.setSchedule("0 0 2 * * ?"); // Daily at 2 AM
report.setFilePath("/reports/gantt/");
report.execute();

JIRA integrācija problēmu importam

Plandora ietver īpašu aģentu, kas importē JIRA problēmas kā Plandora pieprasījumus, ieskaitot pievienojumus un metadatus. Šī integrācija savieno biļešu sistēmu un projektu plānošanu, ļaujot ne-tehniskajiem ieinteresētajiem izmantot RT4 vai JIRA, kamēr izstrādātāji pārvalda darbu Plandora. Importēšanas process saglabā problēmu attiecības, prioritāti, piešķirtos darbiniekus un laika zīmes. Tas atbalsta filtrēšanu pēc projekta, statusa vai datumu diapazona un efektīvi apstrādā lielus partijas apjomus. Pēc importēšanas problēmas kļūst par pilnvērtīgiem Plandora pieprasījumiem ar rediģējamiem laukiem, darba plūsmas pārejas un uzdevumu hierarhijām. Šī funkcija ir īpaši vērtīga organizācijām, kas pāriet no JIRA vai uztur divas sistēmas. Izstrādātāji var paplašināt aģentu, izmantojot konfigurāciju vai pielāgotus spraudņus, lai atbalstītu papildu JIRA laukus vai pielāgotus laukus.

// Example agent invocation (simplified)
JiraImporter importer = new JiraImporter();
importer.setJiraUrl("https://jira.example.com");
importer.setUsername("api_user");
importer.setPassword("token");
importer.setProjectKey("PROJ");
importer.setIssueFilter("status = 'Done'");
importer.setImportAttachments(true);
importer.execute();

Resursu kapacitātes pārvaldība un salīdzinājums

Plandora resursu kapacitātes veidlapa ļauj veikt detalizētu plānošanu un komandas pieejamības izsekošanu salīdzinājumā ar faktisko lietošanu. Tā aprēķina izmantoto kapacitāti, pamatojoties uz piešķirtajiem uzdevumiem, iterācijām un darba laika lapām, ar filtriem nulles/tukšu vērtību un datumu diapazoniem. Lietotāji var salīdzināt novērtēto un izmantoto kapacitāti blakus, lai identificētu pārmērīgu vai nepietiekamu piešķiršanu. Sistēma atbalsta resursu atbrīvošanu, izlabojot datu bāzes vaicājumu kļūdas, kad locekļi tiek noņemti no visiem projektiem. Kapacitātes dati tiek integrēti ar Ganta diagrammām un “burndown” rīkiem, ļaujot veidot reālistisku sprintu un posmu plānošanu. Vadītāji var dinamiski pielāgot novērtējumus, un izmaiņas izplatās uz turpmākajiem pārskatiem un informācijas paneļiem. Šī funkcija ir kritiska portfeļa līmeņa resursu pārvaldībai un prognozēšanai daudzprojektu vidē.

// Pseudo-code for capacity filtering logic
ResourceCapacityFilter filter = new ResourceCapacityFilter();
filter.setProjectId(projectId);
filter.setShowZeroValues(true);
filter.setCompareEstimates(true);

List entries = capacityService.getFilteredCapacities(filter);
for (CapacityEntry entry : entries) {
    if (entry.getUsed() == 0) {
        System.out.println("Unused capacity: " + entry.getResourceName());
    }
}

Darba plūsmas automatizācija un meta-lauku pielāgošana

Plandora darbplūsmas dzinējs atbalsta pielāgojamas apstiprināšanas ķēdes, statusa pārejas un sekojošus komentārus, kas saistīti ar pieprasījumiem, uzdevumiem un notikumiem. Uznirstošā darbplūsmas saskarne tagad parāda saistītos pieprasījumu aprakstus un pilnu komentāru vēsturi, uzlabojot izsekojamību. Meta-lauki ļauj administratoriem definēt pielāgotus atribūtus (piemēram, atbilstības birkas, klientu ID) uzdevumiem, pieprasījumiem un projektiem — ieskaitot obligātos laukus, kas tiek uzspiesti caur UI validāciju. Šie lauki parādās režģos, pārskatos un eksportos, nodrošinot elastīgu datu modelēšanu bez koda izmaiņām. Sistēma arī atbalsta meta-lauku attēlošanu galvenajos veidlapu režģos un CSV importos, nodrošinot konsekvenci visos datu ievades punktos. Šī paplašināmība padara Plandora piemērotu regulētām nozarēm un sarežģītām organizācijas struktūrām, kas pieprasa audita takas un standartizētus procesus.

// Example: Mark meta-field as mandatory
MetaField field = metaFieldService.findById("client_id");
field.setIsMandatory(true);
field.setValidationRegex("^[A-Z]{3}[0-9]{4}$");
metaFieldService.update(field);

// Validation enforced in forms and imports
if (request.getClientId() == null || request.getClientId().isEmpty()) {
    throw new ValidationException("Client ID is required");
}