saribricka

Sara's repositories

SBS

Supermarket Billing System: Point of Sale System with CRM capabilities. Written in java using MVC Architecture.

Language:Java3 10

ASD_BloomFilter

A project for Algorithms and data structure development: a BloomFilter

Language:C1 10

SPinder

Android dating app for single parents

Language:Java1 10

un sistema informatico di supporto alla gestione di pezzi guasti e del magazzino a loro associato. In particolare, la gestione delle fasi principali di ricezione di un pezzo guasto da un sito, la richiesta di aggiustamento, l’invio del pezzo, il suo test di funzionamento una volta rispedito indietro e all’eventuale rispedizione. Al database di informazioni, per il momento, l’accesso verrà consentito solamente ai dipendenti Telecom a cui è dato il permesso di gestire tali transizioni. I dipendenti devono essere inoltre aggiunti al database attraverso il loro tipo di contratto. Il sistema deve essere in grado innanzitutto di poter registrare i pezzi guasti, che non sono altro che degli articoli situati in siti (ovvero in sedi sparsi per le varie regioni) che nel momento della rottura vengono segnalati e inseriti nella lista dei componenti guasti. Per ogni articolo si vogliono memorizzare anche il modello, il costruttore (ovvero la fabbrica di produzione di tale modello) e la matricola, tutte informazioni essenziali per far partire la richiesta di aggiustamento. Un articolo eventualmente può essere composto da più componenti e il sistema deve essere in grado di poterli inserire. Il costruttore può avere più modelli ma ogni modello è relativo solamente ad un costruttore, per cui marca del costruttore e modello sono determinati in modo univoco. Il database per questo dovrà essere in grado anche di poter inserire le informazioni di un eventuale modello e una marca nuovi al momento dell’aggiunta di un pezzo. La matricola di ogni pezzo è univoca in ogni modello, due pezzi di modelli diversi però potrebbero avere la stessa matricola. Ogni pezzo poi ha una sede di magazzino in cui il pezzo sosta prima di essere mandato in riparazione. È possibile inoltre che i dipendenti abbiano la necessità di salvare per ogni pezzo alcune note inerenti alla spedizione o al pezzo stesso. Per quanto riguarda i pezzi guasti si vuole poter risalire ad essi fornita la data di rottura, dato un sito sapere tutti i pezzi rotti in tale sito e dato il modello,la marca, la matricola o il magazzino sapere tutti i pezzi che corrispondono alla ricerca. Una volta che il pezzo è arrivato ed è partita la richiesta di spedizione il pezzo guasto viene aggiunto alla lista dei pezzi spediti, identificati attraverso la data di richiesta di spedizione, un codice chiamata univoco e la data di riparazione che non è necessariamente uguale alla data di richiesta. Del pezzo spedito si vuole inoltre poter salvare il documento di trasporto DDT, un documento che identifica la richiesta di spedizione e che contiene tutte le info del pezzo. Uno stesso DDT potrebbe contenere più di un pezzo, se l’ordine è fatto alla stessa ditta, e la data di diversi DDT potrebbe essere la stessa. Inoltre, i pezzi guasti possono essere in garanzia o meno, tale informazione è definita nel DDT, perciò il sistema dovrà essere in grado di dire dato un pezzo e un DDT se tale pezzo è in garanzia o meno. Inoltre ogni DDT è preso in carico da un solo dipendente, che potrebbe cambiare al variare dei DDT. Infine, il sistema ha la necessità di gestire anche i magazzini in cui i pezzi guasti, spediti o funzionanti ma inutilizzati sostano momentaneamente durante il transito alla ditta riparatrice o durante il ritorno. Ogni magazzino è identificato da una sigla, dal luogo in cui si trova (Sede), dai pezzi che contiene e dal numero di unità per pezzo. È importante per poter richiedere, nel caso un pezzo guasto non possa essere riparato, se tale pezzo è in qualche magazzino.

Language:C#1 10