Sistema di gestione delle ferie dei dipendenti

CONTENT

RIASSUNTO
INTRODUZIONE
ANALISI DEL SISTEMA
STUDIO DI FATTIBILITÀ
ANALISI DEI REQUISITI
PROGETTAZIONE DEL SISTEMA

Diagrammi di flusso dei dati

Diagrammi E-r
Basi di dati
Test di sistema e sicurezza
Codifica
Schermo di output
Bibliografia

1
 Sistema di gestione delle ferie dei dipendenti

1.ASTRATTO
Lo scopo di questo progetto è creare un programma di gestione delle assenze online che sia
essenziale per qualcosa come un'organizzazione o un college. Lo scopo principale del PHP online
I progetti servono anche a sviluppare applicazioni web nella presentazione al college. Il congedo dei dipendenti
Il Sistema di Gestione delle Informazioni è stato progettato per automatizzare l'amministrazione dei dipendenti
e la gestione e la pianificazione strategica delle ferie per i dipendenti. Questo programma gestisce
tutti i registri dei dipendenti. Questo ha una funzionalità facile da usare per lavorare e gestire tutto il
registri delle assenze dei dipendenti in modo efficiente. Questo progetto aiuta l'organizzazione a gestire
riunito tutti i dettagli dei dipendenti in un solo posto ed è molto facile capire la funzionalità no
necessità di una solida conoscenza della tecnica. Può essere utilizzata in seguito per la scalabilità per rendere il tuo
Lavoro significativo. Il Sistema di Gestione delle Ferie dei Dipendenti è stato sviluppato principalmente per gestire
informazioni sul dipendente. Questo serve come strumento per una gestione migliore. L'obiettivo principale
di questo progetto è creare un framework efficace abilitato al web che possa semplificare
le esigenze di gestione della conoscenza sul posto di lavoro. È pensato per semplificare l'attuale framework manuale per
raccolta rapida delle informazioni, produzione di rapporti statistici e funzionamento come archivio dati per una condivisione efficiente
di informazioni e possibile recupero.

2. INTRODUZIONE
Questo progetto è rivolto allo sviluppo di uno strumento di gestione delle ferie basato sul web, che è di
importanza sia per un'organizzazione che per un college. Il sistema di gestione delle assenze è un
Applicazione basata su intranet che può essere accessibile in tutta l'organizzazione o in una specificata
gruppo/Dipartimento. Questo sistema può essere utilizzato per automatizzare il flusso di lavoro delle domande di congedo e
le loro approvazioni. L'accredito periodico delle ferie è anche automatizzato. Ci sono funzionalità come
notifiche, annullamento del congedo, approvazione automatica del congedo, generatori di report ecc. in questo
Strumento. Questo progetto è volto a sviluppare uno Strumento di Gestione delle Ferie basato sul web, che è di
importanza per un'organizzazione o un college
Il Easy Leave è un'applicazione basata su intranet che può essere accessibile ovunque.
organizzazione o un gruppo / dipartimento specificato. Questo sistema può essere utilizzato per automatizzare il flusso di lavoro
delle richieste di congedo e delle loro approvazioni. Anche l'accredito periodico del congedo è automatizzato.
There are features like notifications, cancellation of leave, automatic approval of leave,
generatori di report ecc in questo Strumento.

Componenti funzionali del progetto:

There are registered people in the system. Some are approvers. An approver can also be a
richiedente. In un'organizzazione, la gerarchia potrebbe essere Ingegneri/Gestori/Azienda
Manager/Direttore Generale, ecc. In un college, potrebbe essere Docente/Professore/Capo del
Dipartimento/Preside/Principale ecc.

Una persona dovrebbe essere in grado di

login to the system through the first page of the application

2
 Sistema di gestione delle assenze dei dipendenti

cambia la password dopo aver effettuato l'accesso al sistema

vedere i dettagli della sua idoneità (come quanti giorni di ferie è idoneo/a)
per ecc.)
verifica il saldo delle ferie

vedere la sua storia di assenze da quando è entrato/a nell'azienda/collegio

richiedere un permesso, specificando le date di inizio e di fine, motivo per cui si richiede
lasciare, indirizzo per la comunicazione durante la congedo e il suo superiore.
ID email

vedere le sue attuali domande di congedo e le domande di congedo che

are submitted to him/her for approval or cancellation

approvare/riscontrare le richieste di congedo che gli/le vengono presentate

ritirare la sua richiesta di congedo (che non è ancora stata approvata)

Annulla la sua assenza (che è già stata approvata). Questo farà

deve essere approvato dal suo superiore

ottieni aiuto sul sistema di assenze su come utilizzare le diverse funzionalità del
sistema.

SISTEMA ESISTENTE:

Tutti i lavori vengono svolti manualmente.

Impossibile caricare e scaricare gli aggiornamenti più recenti.

Nessun uso di Web Services e Remoting.

Rischio di cattiva gestione e di perdita di dati quando il progetto è in fase di sviluppo.

Meno Sicurezza.
Nessuna corretta coordinazione tra le diverse applicazioni e utenti.

Meno utenti - Amichevole.

SISTEMA PROPOSTO:
Lo sviluppo del nuovo sistema comprende le seguenti attività, che cercano di
automatizzare l'intero processo tenendo conto dell'approccio all'integrazione del database.

3
 Sistema di gestione delle ferie dei dipendenti

3. ANALISI DEL SISTEMA

STUDIO DEL SISTEMA:
Per fornire flessibilità agli utenti, sono state sviluppate le interfacce che sono
accessibile tramite un browser. Le GUI di livello superiore sono state classificate come

Interfaccia utente amministrativa

L'interfaccia utente operativa o generica
L'interfaccia utente amministrativa si concentra sulle informazioni coerenti che sono
praticamente, parte delle attività organizzative e che necessitano di una corretta autenticazione per
la raccolta dati. Queste interfacce aiutano gli amministratori con tutti gli stati transazionali
come l'inserimento di dati, la cancellazione dei dati e l'aggiornamento delle date insieme a una ricerca estesa dei dati
capacità.
L'interfaccia utente 'operativa o generica' aiuta gli utenti finali del sistema nelle transazioni
attraverso i dati esistenti e i servizi richiesti. L'interfaccia utente operativa aiuta anche il
utenti ordinari nella gestione delle proprie informazioni in modo personalizzato secondo il
flessibilità incluse.

INPUT & OUTPOUT REPRESENTETION

Il design dell'input è una parte del design complessivo del sistema. L'obiettivo principale durante l'input
il design è come indicato di seguito:

To produce a cost-effectve method of input.

Per raggiungere il livello di accuratezza più elevato possibile.

Per garantire che l'input sia accettabile e compreso dall'utente.

FASI DI INGRESSO:
Le principali fasi di input possono essere elencate come segue:
Trascrizione dei dati
Conversione dei dati
Verifica dei dati
Controllo dei dati

Trasmissione dei dati

Validazione dei dati

Correzione dati

TIPI DI INPUT:
È necessario determinare i vari tipi di input. Gli input possono essere categorizzati come segue:

Input esterni, che sono input principali per il sistema.

4
 Sistema di gestione delle ferie dei dipendenti

Input interni, che sono comunicazioni degli utenti con il sistema.

Operativo, che sono le comunicazioni del dipartimento informatico a
sistema?
Interattivo, che sono input inseriti durante un dialogo.

INPUT MEDIA:
A questo punto è necessario fare una scelta riguardo ai media di input. Per concludere
sull'input dei media deve essere data considerazione a;

Tipo di input
Flessibilità del formato
Velocità
Precisione
Metodi di verifica
Tassi di rifiuto
Facilità di correzione

Requisiti di stoccaggio e manipolazione

Sicurezza
Facile da usare

Portabilità
Tenendo presente la descrizione sopra dei tipi di input e dei media di input, si può dire che
la maggior parte degli input sono di forma interna e interattiva.

DESIGN DELL'OUTPUT:
In generale sono:

Uscite esterne il cui destino è al di fuori dell'organizzazione.

Uscite interne il cui destinatario è all'interno dell'organizzazione e essi
sono l'interfaccia principale dell'utente con il computer. I risultati da
i sistemi informatici sono richiesti principalmente per comunicare il
risultati del trattamento agli utenti. Sono anche utilizzati per fornire un
permanent copy of the results for later consultation. The various
tipi di output
Risultati operativi il cui uso è puramente all'interno del computer
dipartimento.
Uscite dell'interfaccia, che coinvolgono l'utente nella comunicazione
direttamente con il sistema.
DEFINIZIONE DELL'OUTPUT:

5
 Sistema di gestione delle assenze dei dipendenti

I risultati dovrebbero essere definiti in termini dei seguenti punti:

Type of the output

Contenuto dell'output
Formato dell'output
Posizione dell'output
Frequenza dell'output
Volume dell'uscita
Sequenza dell'output
Non è sempre desiderabile stampare o visualizzare i dati così come sono archiviati su un computer. Dovrebbe essere
deciso quale forma dell'output sia la più adatta.
OUTPUT MEDIA:
Nella fase successiva si deve decidere quale medium sia il più appropriato per il
output. Le principali considerazioni quando si decide riguardo al media di output sono:

L'idoneità del dispositivo all'applicazione particolare.

La necessità di una copia cartacea.

Il tempo di risposta richiesto.

La posizione degli utenti

Il software e l'hardware disponibili.

Tenendo conto della descrizione sopra, il progetto deve avere output provenienti principalmente
sotto la categoria dei risultati interni. I principali risultati desiderati secondo il
le specifiche dei requisiti sono:

I risultati dovevano essere generati come copia cartacea e anche come query da essere
visualizzato sullo schermo. Tenendo conto di questi output, il formato per l'output è
estratti dai risultati, attualmente ottenuti dopo un'elaborazione manuale.
La stampante standard deve essere utilizzata come supporto di output per le copie cartacee.

MODELLO DI PROCESSO UTILIZZATO CON GIUSTIFICAZIONE:

SDLC (Modello a spirale):

6
 Sistema di gestione delle ferie dei dipendenti

Fasi del SDLC:

Raccolta dei requisiti

Analisi
Progettazione
Codifica
Testare
Manutenzione
Fase di raccolta dei requisiti:

7
 Sistema di Gestione delle Assenze dei Dipendenti

Il processo di raccolta dei requisiti prende come input gli obiettivi identificati a livello alto
sezione requisiti del piano di progetto. Ogni obiettivo sarà affinato in un insieme di uno o più
i requisiti. Questi requisiti definiscono le principali funzioni dell'applicazione prevista,
define operational data areas and reference data areas, and define the initial data entities.
Le funzioni principali includono processi critici da gestire, così come input mission critical,
output e report. Una gerarchia di classi utente viene sviluppata e associata a questi principali
funzioni, aree di dati e entità di dati. Ognuna di queste definizioni è chiamata Requisito.
Requirements are identified by unique requirement identifiers and, at minimum, contain a
requirement title and textual description.

Questi requisiti sono completamente descritti nei principali risultati per questa fase: il
Documento dei requisiti e la Matrice di tracciabilità dei requisiti (RTM). Il
Il documento dei requisiti contiene descrizioni complete di ogni requisito, inclusi
diagrammi e riferimenti a documenti esterni secondo necessità. Si noti che i dettagliati
l'elenco delle tabelle e dei campi del database non è incluso nei requisiti
Il titolo di ciascun requisito è anche inserito nella prima versione del
RTM, insieme al titolo di ciascun obiettivo del piano di progetto. Lo scopo del RTM
è dimostrare che i componenti del prodotto sviluppati durante ciascuna fase del software
Il ciclo di vita dello sviluppo è formalmente collegato ai componenti sviluppati in precedenza.
fasi.
Nella fase dei requisiti, il RTM consiste in un elenco di requisiti di alto livello, o
goals, by title, with a listing of associated requirements for each goal, listed by
titolo dei requisiti. In questo elenco gerarchico, il RTM mostra che ogni requisito
sviluppato durante questa fase è formalmente legato a un obiettivo di prodotto specifico. In questo
formato, ogni requisito può essere tracciato a un obiettivo di prodotto specifico, da qui il termine
tracciabilità dei requisiti. I risultati della fase di definizione dei requisiti includono il
documento dei requisiti, il RTM e un piano di progetto aggiornato.

8
 Sistema di gestione delle assenze dei dipendenti

Fase di analisi:
La fase di pianificazione stabilisce una vista d'insieme del prodotto software previsto e utilizza
questo per stabilire la struttura di base del progetto, valutare la fattibilità e i rischi associati a
progetto, e descrivere approcci di gestione e tecnici appropriati.

La sezione più critica del piano di progetto è un elenco di prodotti di alto livello
requisiti, noti anche come obiettivi. Tutti i requisiti del prodotto software da essere
sviluppati durante la fase di definizione dei requisiti fluiscono da uno o più di questi
goals. The minimum information for each goal consists of a title and textual
descrizione, sebbene informazioni aggiuntive e riferimenti a documenti esterni
may be included. The outputs of the project planning stage are the configuration
piano di gestione, piano di assicurazione della qualità e piano e programma del progetto, con
un elenco dettagliato delle attività programmatae per la prossima fase dei Requisiti, e
stime di alto livello dello sforzo per le fasi finali.
Fase di progettazione:

La fase di progettazione prende come input iniziale i requisiti identificati nell'approvato

documento dei requisiti. Per ciascun requisito, un insieme di uno o più elementi di design
sarà prodotto come risultato di interviste, workshop e/o sforzi di prototipazione.
Gli elementi di design descrivono in dettaglio le caratteristiche software desiderate e generalmente
includere diagrammi della gerarchia funzionale, diagrammi del layout dello schermo, tabelle aziendali
regole, diagrammi di processo aziendale, pseudocodice e un completo modello entità-relazione
diagramma con un dizionario dati completo. Questi elementi di design sono destinati a descrivere
il software in dettaglio sufficiente affinché programmatori esperti possano sviluppare il software
con un input aggiuntivo minimo.

9
 Sistema di gestione delle assenze dei dipendenti

Fase di Integrazione e Test:

Durante la fase di integrazione e test, gli artefatti software, l'aiuto online e i dati di test sono
migrato dall'ambiente di sviluppo a un ambiente di test separato. A questo punto,
tutti i casi di test vengono eseguiti per verificare la correttezza e la completezza del software. Riportato con successo
l'esecuzione della suite di test conferma una capacità di migrazione robusta e completa. Durante questo
fase, i dati di riferimento sono finalizzati per l'uso in produzione e gli utenti di produzione sono identificati e
collegati ai loro ruoli appropriati. I dati di riferimento finali (o collegamenti alla fonte dei dati di riferimento)
I file e l'elenco degli utenti di produzione sono compilati nel Piano di Inizio Produzione.

Installazione e test di accettazione:

Durante la fase di installazione e accettazione, gli artefatti software, l'aiuto online, e
I dati di produzione iniziali sono stati caricati sul server di produzione. A questo punto, tutti i test
i casi vengono eseguiti per verificare la correttezza e la completezza del software. Successo
l'esecuzione della suite di test è un prerequisito per l'accettazione del software da parte del
cliente.Dopo che il personale del cliente ha verificato che i dati di produzione iniziali

10
 Sistema di gestione delle assenze dei dipendenti

il caricamento è corretto e la suite di test è stata eseguita con risultati soddisfacenti, il

il cliente accetta formalmente la consegna del software.

I principali risultati della fase di installazione e accettazione includono una produzione

applicazione, un insieme di test di accettazione completato e un memorandum del cliente
accettazione del software. Infine, il PDR inserisce l'ultimo dei dati lavorativi effettivi
nel programma del progetto e blocca il progetto come registrazione permanente del progetto. A questo
il PDR "blocca" il progetto archiviando tutti gli elementi software, l'implementazione
mappa, il codice sorgente e la documentazione per riferimento futuro.
Maintenance:
Il rettangolo esterno rappresenta la manutenzione di un progetto, Il team di manutenzione inizierà con
studio dei requisiti, comprensione della documentazione successivamente i dipendenti saranno assegnati al lavoro
e subiranno un addestramento sulla categoria assegnata.
Per questo ciclo di vita non c'è fine, continuerà così come un'ombrello (senza fine)
punta ai bastoni dell'ombrello).

ARCHITETTURA DI SISTEMA
Flusso architettonico:
Il diagramma architettonico sottostante rappresenta principalmente il flusso delle richieste dagli utenti al database
attraverso server. In questo scenario, l'intero sistema è progettato in tre livelli separatamente
utilizzando tre livelli chiamati livello di presentazione, livello di logica aziendale e livello di collegamento dati. Questo
il progetto è stato sviluppato utilizzando un'architettura a 3 livelli.

11
 Sistema di gestione delle assenze dei dipendenti

4.STUDIO DI FATTIBILITÀ
L'indagine preliminare esamina la fattibilità del progetto; la probabilità che il sistema sarà
essere utile all'organizzazione. L'obiettivo principale dello studio di fattibilità è testare il
Fattibilità tecnica, operativa ed economica per l'aggiunta di nuovi moduli e
debugging di un vecchio sistema in esecuzione. Tutti i sistemi sono fattibili se ricevono risorse illimitate
risorse e tempo infinito. Ci sono aspetti nella parte dello studio di fattibilità di
indagine preliminare:
Fattibilità Tecnica
Operation Feasibility
Fattibilità Economica

FEASIBILITÀ TECNICA
Il problema tecnico solitamente sollevato durante la fase di fattibilità dell'indagine
include quanto segue:

Esiste la tecnologia necessaria per fare ciò che è suggerito?

Le attrezzature proposte hanno la capacità tecnica di sostenere il
dati richiesti per utilizzare il nuovo sistema?
Il sistema proposto fornirà una risposta adeguata alle richieste?
indipendentemente dal numero o dalla posizione degli utenti?
Il sistema può essere aggiornato se sviluppato?

Ci sono garanzie tecniche di accuratezza, affidabilità, facilità di

accesso e sicurezza dei dati?
transazioni basate sui vincoli. Queste forme e rapporti vengono generati come utente-
amichevole con il Cliente.

12
 Sistema di gestione delle ferie dei dipendenti

Affidabilità

Il pacchetto ritirerà le transazioni correnti online. Per quanto riguarda il vecchio

transazioni, l'utente le inserirà nel sistema.
Sicurezza
Il server web e il server del database devono essere protetti da hacking, virus, ecc.
Portabilità

L'applicazione sarà sviluppata utilizzando software open source standard (eccetto

Oracle) come Java, server web Tomcat, browser Internet Explorer ecc. questi software
funzionerà sia su Windows che su Linux. Pertanto, non sorgeranno problemi di portabilità.
Disponibilità
Questo software sarà sempre disponibile.
Manutenibilità
Il sistema chiamato ewheelz utilizza un'architettura a 2 livelli. Il primo livello è l'interfaccia grafica,
si dice che il primo livello sia il front-end e il secondo livello sia il database, che utilizza My-Sql,
qual è il back-end.
Il front-end può essere eseguito su diversi sistemi (client). Il database sarà in funzione
al server. Gli utenti accedono a questi moduli utilizzando gli ID utente e le password.
FATTIBILITÀ ECONOMICA
Il sistema computerizzato si occupa del flusso di dati del sistema attuale esistente e
le procedure completamente e dovrebbero generare tutti i rapporti del sistema manuale
oltre a una serie di altri rapporti di gestione. Dovrebbe essere costruito come un sistema basato sul web
applicazione con server web separato e server database. Questo è richiesto poiché il
le attività sono diffuse in tutta l'organizzazione cliente
FEASIBILITÀ OPERATIVA
FATTIBILITÀ OPERATIVA

Facile da usare

Il cliente utilizzerà i moduli per le proprie varie transazioni, ad esempio per aggiungere nuovi
percorsi, visualizzando i dettagli dei percorsi. Inoltre, il cliente desidera i rapporti da visualizzare
i vari vogliono un database centralizzato. Inoltre, alcune delle transazioni collegate richiedono
posti in diverse località.
Open source software like TOMCAT, JAVA, Mysql and Linux is used to minimize the
costo per il cliente.

5.SPECSIFICHE DEI REQUISITI

SPECIFICHE DEI REQUISITI FUNZIONALI

13
 Sistema di gestione delle assenze dei dipendenti

Questa applicazione è composta dai seguenti moduli.

MODULI
Amministrazione
Dipendente
Cerca
Rapporto
Autenticazione

DESCRIZIONE DEL MODULO

Administrator:-
In questo modulo l'Amministratore ha i privilegi per aggiungere tutti i Dipendenti e
registrali nell'organizzazione e controlla le informazioni del dipendente e controlla
lo stato del congedo quando l'hanno preso e che tipo di congedo hanno preso e
la ricerca è effettuata in base all'impiegato e il rapporto è generato in base all'impiegato.

Search:-
Questo modulo contiene una ricerca completa come Ricerca permessi, Tipo di permesso, Dipendente basato su
lasciare e giorno di inizio e fine del congedo.

Employee:-
In questo modulo, il dipendente ha il privilegio di utilizzare il proprio nome utente e la propria password per accedere.
e può vedere la richiesta fornita dal cliente e può passare il processo al
Responsabile commerciale e mantenere il registro dei clienti.
Reports:-
Questo modulo contiene tutte le informazioni sui report generati da
Dipendenti in base alle prestazioni e allo stato di assenza.
Authentication:-
Questo modulo contiene tutte le informazioni sull'utente autenticato. Utente senza
il suo nome utente e la password non possono accedere al login se è solo autenticato
l'utente può quindi accedere al suo login.
REQUIREMENTS DI PERFORMANCE
Le prestazioni sono misurate in base all'output fornito dall'applicazione.
La specifica dei requisiti gioca un ruolo importante nell'analisi di un sistema. Solo
quando le specifiche di requisito sono date correttamente, è possibile progettare un
sistema, che si adatterà all'ambiente richiesto. Dipende in gran parte dagli utenti del
sistema esistente per fornire le specifiche dei requisiti perché sono le persone
chi utilizza finalmente il sistema. Questo perché i requisiti devono essere noti durante
le fasi iniziali in modo che il sistema possa essere progettato secondo quei requisiti.
È molto difficile cambiare il sistema una volta che è stato progettato e dall'altra parte
progettare manualmente un sistema che non soddisfa i requisiti dell'utente è inutile
L'especifica dei requisiti per qualsiasi sistema può essere ampiamente formulata come segue
sotto:

14
 Sistema di Gestione delle Ferie dei Dipendenti

Il sistema dovrebbe essere in grado di interfacciarsi con il sistema esistente

Il sistema dovrebbe essere preciso

Il sistema dovrebbe essere migliore del sistema esistente

Il sistema esistente è completamente dipendente dall'utente per svolgere tutti i compiti.
REQUISITI SOFTWARE:
One of the most difficult tasks is that, the selection of the software, once system
il requisito è noto nel determinare se un particolare pacchetto software si adatta alla
requisiti. Dopo la selezione iniziale, è necessaria ulteriore sicurezza per determinare il
desiderabilità di un particolare software rispetto ad altri candidati. Questa sezione prima
riassume la domanda sui requisiti dell'applicazione e poi suggerisce maggiori dettagli
confronti.

Sistema Operativo -------- Windows 95/98/NT/2000

Browser -------- IE/Microsoft

Edge/Firefox
Server Web/App -------- Server web Apache

Server di database -------- Mysql

Connessione al database -------- JDBC

Altri strumenti e tecnologie -------- PHP, HTML

HARDWARE REQUIREMENTS:
La selezione dell'hardware è molto importante per l'esistenza e il corretto funzionamento di
qualsiasi software. Nella selezione dell'hardware, le dimensioni e i requisiti di capacità sono
anche importante. Il Sistema di Produzione Basato su Web può essere eseguito in modo efficiente su
Sistema Pentium con almeno 128 MB di RAM e disco rigido da 20 GB.
L'unità floppy disk da 1,44 MB e il monitor a colori Samsung da 14 pollici si adattano a
funzionamento del sistema informatico. (È richiesta una stampante per l'output su carta).

Processore Pentium -------- 233 MHZ o superiore

Capacità RAM -------- 128MB
Disco rigido -------- 20GB
Dischetto -------- 1,44 MB
Unità CD-ROM -------- 32 HZ
TASTIERA -------- 108 Standard

15
 Sistema di gestione delle assenze dei dipendenti

6. PROGETTAZIONE DEL SISTEMA

Introduzione: La progettazione dei sistemi è il processo o l'arte di definire l'architettura,

componenti, moduli, interfacce e dati per un sistema che soddisfi requisiti specificati.
Si potrebbe vederlo come l'applicazione della teoria dei sistemi allo sviluppo del prodotto. C'è un po'
sovrapposizione e sinergia con le discipline dell'analisi dei sistemi, architettura dei sistemi e
ingegneria dei sistemi.

7. DIAGRAMMI DEL FLUSSO DEI DATI

16
 Sistema di gestione delle assenze dei dipendenti

17
 Sistema di Gestione delle Assenze dei Dipendenti

Diagrammi UML:
CASO D'USO PER L'AMMINISTRATORE

18
 Sistema di gestione delle assenze dei dipendenti

19
 Sistema di gestione delle ferie dei dipendenti

20
 Sistema di Gestione delle Ferie dei Dipendenti

8.DIAGRAMMI E-R

NORMALIZZAZIONE

Un database è una raccolta di dati interrelati memorizzati con un minimo di

ridondanza per servire molte applicazioni. La progettazione del database è utilizzata per raggruppare i dati
in un numero di tabelle e riduce l'artificialità presente nell'uso di
file separati. Le tabelle sono organizzate per:

Riduzione della duplicazione dell'inserimento.

Semplificazione di funzioni come aggiungere, eliminare e modificare ecc.

21
 Sistema di gestione delle ferie dei dipendenti

Recupero dati.
Chiarezza e facilità d'uso.
Maggiore informazione a basso costo.

Normalizzazione
La normalizzazione si basa sul concetto di forme normali. Si dice che una relazione sia in
una particolare forma normale se soddisfa un certo insieme specificato di vincoli sul tipo
di dipendenze funzionali che potrebbero essere associate alla relazione. La normale
I moduli vengono utilizzati per garantire che vari tipi di anomalie e inconsistenze non siano
introdotto nel database.
Prima Forma Normale: Una relazione R è in prima forma normale se e solo se tutte le basi sottostanti
i domini contenevano solo valori atomici.

La seconda forma normale: una relazione R si dice essere in seconda forma normale se e solo se
se è in prima forma normale e ogni attributo non chiave è completamente dipendente da
chiave primaria.

Terza Forma Normale: Una relazione R si dice essere in terza forma normale se e solo se...
è nella seconda forma normale e ogni attributo non chiave dipende in modo non transitivo da
chiave primaria.

9. BANCHEDATI

amministratore:

tbldepartments:

22
 Sistema di gestione delle assenze dei dipendenti

tblemployees:

tblleaves:

tblleavetype:

23
 Sistema di gestione delle ferie dei dipendenti

10. TESTING DEL SISTEMA E SICUREZZA

INTRODUZIONE AL TESTING

Introduzione al Testing:

Il testing è un processo che rivela errori nel programma. È la principale misura di qualità.
impiegato durante lo sviluppo del software. Durante lo sviluppo del software. Durante i test, il
il programma viene eseguito con un insieme di casi di test e l'output del programma per i casi di test
viene valutato per determinare se il programma sta funzionando come ci si aspetta che funzioni.
TESTING NELLE STRATEGIE
Per assicurarti che il sistema non abbia errori, i diversi livelli di
Le strategie di test che vengono applicate nelle diverse fasi dello sviluppo software sono:
Test di Unità:
Il test unitario viene eseguito sui singoli moduli man mano che vengono completati e diventano
eseguibile. È limitato solo ai requisiti del progettista.
Ogni modulo può essere testato utilizzando le seguenti due strategie:
Testing della Black Box:
In questa strategia vengono generati alcuni casi di test come condizioni di input che eseguono completamente tutti
functional requirements for the program. This testing has been uses to find errors in
le seguenti categorie:

Funzioni errate o mancanti.

Errori di interfaccia.
Errore nella struttura dei dati o nell'accesso al database esterno.
Errori di prestazione.
Errori di inizializzazione e terminazione.

Testing della Scatola Bianca:

In questo i casi di test vengono generati sulla logica di ogni modulo tracciando il flusso
I grafici di quel modulo e le decisioni logiche vengono testati in tutti i casi. È stato utilizzato
to generate the test cases in the following cases:

24
 Employee Leave Management System

Garantire che tutti i percorsi indipendenti siano stati eseguiti.

Esegui tutte le decisioni logiche sui loro lati vero e falso.
Esegui tutti i cicli ai loro confini e all'interno dei loro limiti operativi
Testing del Box Bianco

In questo, i casi di test sono generati sulla logica di ogni modulo tracciando il flusso
I grafici di quel modulo e le decisioni logiche vengono testati su tutti i casi. È stato utilizzato
per generare i casi di test nei seguenti casi:

Garantire che tutti i percorsi indipendenti siano stati eseguiti.

Esegui tutte le decisioni logiche sui loro lati veri e falsi.

Esegui tutti i cicli ai loro confini e all'interno dei loro limiti operativi
Eseguire strutture dati interne per garantire la loro validità.
Test di integrazione :
I test di integrazione garantiscono che il software e i sottosistemi funzionino insieme come un tutto.
tests the interface of all the modules to make sure that the modules behave properly
quando integrati insieme.
Test del sistema :
Involge il test interno dell'intero sistema prima della consegna all'utente. Il suo obiettivo è.
soddisfare l'utente il sistema soddisfa tutti i requisiti delle specifiche del cliente.
Test di Accettazione :
È un test di pre-consegna in cui l'intero sistema viene testato presso il sito del cliente nel mondo reale
dati per trovare errori. Esegui strutture dati interne per garantirne la validità.
Test di integrazione :
I test di integrazione garantiscono che il software e i sottosistemi funzionino insieme come un tutto.
testa l'interfaccia di tutti i moduli per assicurarsi che i moduli si comportino correttamente
quando integrati insieme.
System Testing :
Coinvolge test interni dell'intero sistema prima della consegna all'utente. Il suo obiettivo è
soddisfare l'utente il sistema soddisfa tutti i requisiti delle specifiche del cliente.
Test di accettazione :
Si tratta di un test pre-consegna in cui l'intero sistema viene testato presso il sito del cliente nel mondo reale.
dati per trovare errori.

TEST APPROACH:

Il testing può essere effettuato in due modi:

Approccio dal basso verso l'alto

Approccio dall'alto verso il basso

25
 Sistema di gestione delle assenze dei dipendenti

Approccio dal basso verso l'alto:

I test possono essere eseguiti a partire dai moduli più piccoli e di livello più basso e
procedendo uno alla volta. Per ogni modulo nel test dal basso verso l'alto, un breve programma
esegue il modulo e fornisce i dati necessari affinché venga richiesto il modulo
perform the way it will when embedded with in the larger system. When bottom level
I moduli sono testati, l'attenzione si sposta su quelli del livello successivo che utilizzano il livello inferiore.
una volta testati singolarmente e poi collegati con il precedente esaminato inferiore
moduli di livello.
Approccio dall'alto verso il basso:

Questo tipo di test inizia dai moduli di livello superiore. Poiché le attività dettagliate
Di solito le routine di livello inferiore non forniscono stub scritti.
lo stub è un modulo shell chiamato da un modulo di livello superiore e che quando raggiunto correttamente
resterà un messaggio al modulo chiamante che indica che l'interazione corretta
si è verificato. Non si tenta di verificare la correttezza del modulo di livello inferiore.
Validazione:
The system has been tested and implemented successfully and thus ensured that all the
i requisiti come elencati nelle specifiche dei requisiti software sono completamente
soddisfatto. In caso di input errato vengono visualizzati messaggi di errore corrispondenti.

SICUREZZA DEL SISTEMA

System Security:

Setting up Authentication for Web Applications

Introduzione:
Per configurare l'autenticazione per un'applicazione Web, utilizzare l'elemento <login-config> di
il descrittore di distribuzione web.xml. In questo elemento definisci il regno di sicurezza
contenente le credenziali dell'utente, il metodo di autenticazione e la posizione di
risorse per l'autenticazione.

SICUREZZA NEL SOFTWARE

Per impostare l'autenticazione per le applicazioni web:
1. Apri il descrittore di distribuzione web.xml in un editor di testo o usa l'Amministrazione
Console. Specificare il metodo di autenticazione utilizzando l'elemento <auth-method>.
le opzioni disponibili sono:

BASICO
L'autenticazione di base utilizza il browser web per visualizzare una finestra di dialogo per nome utente/password.
Questo nome utente e password sono autenticati contro il dominio.
FORMA

26
 Sistema di Gestione delle Richieste di Permesso dei Dipendenti

L'autenticazione basata su modulo richiede che tu restituisca un modulo HTML contenente il

nome utente e password. I campi restituiti dagli elementi del modulo devono essere:
j_username e j_password, e l'attributo action deve essere j_security_check. Ecco
un esempio di codice HTML per utilizzare l'autenticazione FORM:

INTRODUZIONE AL TESTING

Introduzione al Testing:

Il testing è un processo che rivela errori nel programma. È la principale misura di qualità.
occupato durante lo sviluppo software. Durante lo sviluppo software. Durante i test, il
il programma viene eseguito con un insieme di casi di test e l'output del programma per i casi di test
viene valutato per determinare se il programma sta funzionando come ci si aspetta.

TESTARE NELLE STRATEGIE

Per assicurarsi che il sistema non abbia errori, i diversi livelli di
Le strategie di test che vengono applicate nelle diverse fasi dello sviluppo software sono:

Test di Unità:
Il test unitario viene effettuato sui singoli moduli man mano che vengono completati e diventano
eseguibile. È limitato solo ai requisiti del progettista. Ogni modulo può essere
testato utilizzando le seguenti due strategie:

Testing della scatola nera:

In this strategy some test cases are generated as input conditions that fully execute all
requisiti funzionali per il programma. Questo test è stato utilizzato per trovare errori in
le seguenti categorie:
Funzioni errate o mancanti.
Errori di interfaccia.
Errori nella struttura dei dati o accesso a database esterni.
Errori di prestazione.
11. CODIFICA

Pagina di benvenuto codifica || Home

<?php
session_start();
includi('includes/config.php');
se(isset($_POST['signin']))
{
$uname=$_POST['username'];
$password=md5($_POST['password']);
$sql ="SELECT NomeUtente,Password FROM admin WHERE "
UserName=:uname e

27
 Sistema di Gestione delle Permessi dei Dipendenti

Password=:password";
$query= $dbh -> prepare($sql);
$query-> bindParam(':uname', $uname, PDO::PARAM_STR);
$query-> bindParam(':password', $password, PDO::PARAM_STR);
$query-> eseguire();
$results=$query->fetchAll(PDO::FETCH_OBJ);
se($query->rowCount() > 0)
{
$_SESSION['alogin']=$_POST['username'];
echo "<script type='text/javascript'> document.location =
'changepassword.php'; </script>";
} else {

echo "<script>alert('Dettagli non validi');</script>";

Non traducibile.
<html lang="it">
<head><!-- Titolo -->
<title>Employee leave management system | Admin</title>
<link rel="stylesheet" >
href="https://maxcdn.bootstrapcdn.com/bootstrap/4.5.0/css/bootstrap.min.css">
<meta name="viewport" content="width=device-width, initial-scale=1.0,
massima-scala=1.0, utente-scalabile=no"/>

<meta charset="UTF-8">
<meta name="description" content="Dashboard Amministrativa Responsiva"
<template" /><meta name="keywords" content="admin,dashboard" />
<meta name="author" content="Steelcoders" />
<!-- Stili -->
<link type="text/css" rel="stylesheet">
href="../assets/plugins/materialize/css/materialize.css"/>
<link href="http://fonts.googleapis.com/icon?family=Material+Icons" >
rel="stylesheet">
<link href="../assets/plugins/material-
preloader/css/materialPreloader.min.css" rel="stylesheet">
<link href="../assets/css/alpha.min.css" rel="stylesheet" type="text/css"/>
<link href="../assets/css/style.css" rel="stylesheet" type="text/css"/>
</testa>
<corpo>
<nav class="navbar navbar-expand-lg navbar-light py-3">
<button class="navbar-toggler" type="button" data-toggle="collapse">
data-target="#navbarNavAltMarkup" aria-
controlli="navbarNavAltMarkup" aria-espanso="falso" aria-

28
 Sistema di gestione delle ferie dei dipendenti

label="Toggle navigation">
<span class="navbar-toggler-icon"></span>
</button>
<div class="collapse navbar-collapse d-flex justify-content-center align-">
items-center" id="navbarNavAltMarkup">
<div class="navbar-nav d-flex justify-content-center align-items-center">
<!-- <a class="nav-item text-white font-weight-bold nav-link active ml-3"
href="#">Home <span class="sr-only">(attuale)</span></a> -->
<a class="nav-item text-white font-weight-bold nav-link ml-3"
href="#">Accesso Admin</a>
<a class="nav-item text-white font-weight-bold nav-link ml-3"
<a href="../index.php">Accesso Dipendenti</a>

</div>
</div>
</nav><main class="mn-inner mt-5">
<div class="row d-flex justify-content-center align-items-center">
<h4 class="font-weight-bold text-center text-danger">Benvenuto a </h4>
ELMS</h4><div class="col-md-12"><div class="row" >
<div class="col-md-3"></div>
<div class="col-md-6 d-flex justify-content-center align-items-
centro">
<div class="card white darken-1">
<div class="card-content">
<span class="card-title text-danger" style="font-
Accesso Admin
<div class="row">
<form class="col s12" name="signin" method="post">
<div class="input-field col s12">
<input id="username" type="text" name="username" />
class="validate" autocomplete="off" required >
<label for="email">Inserisci Nome Utente</label>
</div>
<div class="input-field col s12">
<input id="password" type="password" class="validate"
name="password" autocomplete="off" required>
<label for="password">Inserisci la password</label>
</div>
<div class="col s12 center m-t-sm">

<input type="submit" name="signin" value="Login"

classe="onde-effetto onde-luce btn verde acqua

</div>
</form>
</div>
</div>
</div>

29
 Sistema di gestione delle ferie dei dipendenti

</div>
</div>
</div>
</main>
<!-- Javascipts -->
<script src="../assets/plugins/jquery/jquery-2.2.0.min.js"></script>
<script src="../assets/plugins/materialize/js/materialize.min.js"></script>
<script src="../assets/plugins/material-
preloader/js/materialPreloader.min.js"></script>
<script src="../assets/plugins/jquery-blockui/jquery.blockui.js"></script>
<script src="../assets/js/alpha.min.js"></script>
</sezione>
</corpo>
</html>
Gestisci il Tipo di Congedo dei Dipendenti da ELMS

<?php
session_start();
error_reporting(0);
includi('includes/config.php');
se(strlen($_SESSION['alogin'])==0)
{
header('location:index.php');
}
altrimenti{
if(isset($_GET['del']))
{
$id=$_GET['del'];
$sql = "cancella da tblleavetype DOVE id=:id";
$query = $dbh->preparare($sql);
$query -> bindParam(':id',$id, PDO::PARAM_STR);
$query -> eseguire();
$msg="Leave type record deleted";

}
?>
<!DOCTYPE html>
<html lang="it">
<testa>

<!-- Title -->

<title>Admin | Manage Leave Type</title>

<meta name="viewport" content="width=device-width, initial-

scala=1.0, scala-massima=1.0, utente-scalabile=no"/>
<meta name="description" content="Admin reattivo"
Dashboard Template"/>

30
 Sistema di gestione delle assenze dei dipendenti

<meta name="keywords" content="admin,dashboard" />

<meta name="author" content="Steelcoders" />

<!-- Stili -->

<link type="text/css" rel="stylesheet" >

href="../assets/plugins/materialize/css/materialize.min.css"/>
<link type="text/css" rel="stylesheet" >
href="../assets/plugins/materialize/css/materialize.css"/>
<link href="http://fonts.googleapis.com/icon?family=Material+Icons"
rel="stylesheet">
<link href="../assets/plugins/material-
preloader/css/materialPreloader.min.css" rel="stylesheet">
<link href="../assets/plugins/datatables/css/jquery.dataTables.min.css"
rel="stylesheet"><!-- Stili del Tema -->
<link href="../assets/css/alpha.min.css" rel="stylesheet" >
type="text/css"/>

<link href="../assets/css/style.css" rel="stylesheet" >

type="text/css"/><style>
.errorWrap {
padding: 10px;
margine: 0 0 20px 0;
background: #fff;
bordo-sinistra: 4px solido #dd3d36;
-webkit-box-shadow: 0 1px 1px 0 rgba(0,0,0,.1);
ombra-box: 0 1px 1px 0 rgba(0,0,0,.1);
}
.succWrap{
padding: 10px;
margine: 0 0 20px 0;
background: #fff;
bordo-sinistro: 4px solido #5cb85c;
-webkit-box-shadow: 0 1px 1px 0 rgba(0,0,0,.1);
ombreggiatura: 0 1px 1px 0 rgba(0,0,0,.1);
} </style>
</testa>
<corpo>
<?php include('includes/header.php');?>

<?php include('includes/sidebar.php');?>
<main class="mn-inner">
<div class="row"><div class="col s12">
</table>
</div>
</div>
</div>

31
 Sistema di gestione delle ferie dei dipendenti

</div>
</main>

</div>
<div class="left-sidebar-hover"></div>

<!-- Javascripts -->

<script src="../assets/plugins/jquery/jquery-2.2.0.min.js"></script>
<script
src="../assets/plugins/materialize/js/materialize.min.js"></script>
<script src="../assets/plugins/material-
preloader/js/materialPreloader.min.js"></script>
<script src="../assets/plugins/jquery-
blockui/jquery.blockui.js"></script>
<script
src="../assets/plugins/datatables/js/jquery.dataTables.min.js"></script>
<script src="../assets/js/alpha.min.js"></script>
<script src="../assets/js/pages/table-data.js"></script>
</body>
</html>
<?php } ?>
Dettagli congedo da ELMS
<?php
inizia_sessione();
error_reporting(0);
include('includes/config.php');
se(strlen($_SESSION['alogin'])==0)
{
header('location:index.php');
}
altro{

// codice per aggiornare lo stato della notifica letta

$isread=1;
$did=intval($_GET['leaveid']);
date_default_timezone_set('Asia/Kolkata');
$admremarkdate=date('Y-m-d G:i:s ', strtotime("now"));
$sql="update tblleaves set IsRead=:isread where id=:did";
$query = $dbh->prepare($sql);
$query->bindParam(':isread',$isread,PDO::PARAM_STR);
$query->bindParam(':did',$did,PDO::PARAM_STR);
$query->eseguire();

// codice per l'azione intrapresa in assenza

if(isset($_POST['update']))
{
$did=intval($_GET['leaveid']);

32
 Sistema di gestione delle assenze dei dipendenti

$description=$_POST['description'];
$status=$_POST['status'];
date_default_timezone_set('Asia/Kolkata');
$admremarkdate=date('Y-m-d G:i:s ', strtotime("now"));
$sql="aggiorna tblleaves impostare
AdminRemark=:description,Status=:status,AdminRemarkDate=:admrema
rkdate dove id=:did;
$query = $dbh->prepare($sql);
$query->bindParam(':description',$description,PDO::PARAM_STR);
$query->bindParam(':status',$status,PDO::PARAM_STR);
<option value="2">Not Approved</option>
</select></p>
<p><textarea id="textarea1" name="description" class="materialize-
textarea" name="description" placeholder="Description" length="500"
maxlength="500" richiesto></textarea></p>
</div>
<div class="modal-footer" style="width:90%">
<input type="submit" class="waves-effect waves-light btn blue m-b-" />
xs" name="update" value="Invia">
</div>

</div>

</td>
</tr>
<?php } ?>
</form></tr>
<?php $cnt++;} }?>
</tbody>
</table>
</div>
</div>
</div>
</div>
</main>

</div>
<div class="left-sidebar-hover"></div>

<!-- Javascripts -->

<script src="../assets/plugins/jquery/jquery-2.2.0.min.js"></script>
<script
src="../assets/plugins/materialize/js/materialize.min.js"></script>
<script src="../assets/plugins/material-
preloader/js/materialPreloader.min.js"></script>
<script src="../assets/plugins/jquery-
blockui/jquery.blockui.js"></script>

33
 Sistema di gestione delle assenze dei dipendenti

<script
src="../assets/plugins/datatables/js/jquery.dataTables.min.js"></script>
<script src="../assets/js/alpha.min.js"></script>
<script src="../assets/js/pages/table-data.js"></script>
<script src="assets/js/pages/ui-modals.js"></script>
<script src="assets/plugins/google-code-prettify/prettify.js"></script>
</body>
</html>
<?php } ?>

12. SCHERMO DI USCITA

Schermata di accesso del dipendente

Pagina del Profilo del Dipendente

34
 Sistema di gestione delle ferie dei dipendenti

Richiesta di Permesso PAGINA

Pagina di Accesso Amministratore

35
 Sistema di Gestione delle Ferie dei Dipendenti

GESTISCI PAGINA DEI DIPENDENTI

LEAVE HISTORY PAGE

AGGIUNGI PAGINA FOGLIO

36
 Sistema di gestione delle ferie dei dipendenti

GESTISCI PAGINA DEPARTAMENTO

PAGINA DELLA CRUSCOTTO

37
 Sistema di Gestione delle Ferie dei Dipendenti

38