SI2/Archives/SI2 Wish List

From the older discussions

This is a general wish list. Items will be selected from this list and scheduled (if possible) in a next release.

---

1. Logging is still in its very basic state. We need to first define what we need to log and how. --ank 10:05, 9 March 2007 (EET)
2. In custom reports section, is it possible to include a field for searching with hostname? tm 12:27, 14 March 2007 (EET)
3. What if we include a field for "xrewstiko number" for each machine? (unless we implement the option of issuing and printing "xrewstika")Is it possible to have a history of all "xrewstika" in a sorted form? tm 12:27, 14 March 2007 (EET)
4. In the reports section, the "retired machines" and "retire modules" and "custom reports", a column with the the "reason of retirement" is needed tmaria 12:33, 14 March 2007 (EET)

Proposed Changes and Enhancements for SI2 version 2.0

Υπάρχουν κυρίως 3 τομείς όπου τo SI2 χρειάζεται βελτίωση.

• Retire

Ένα module ή μια μηχανή γίνεται retire στις εξής περιπτώσεις:
- Όταν το αντικαθιστά η εταιρεία με άλλο καινούριο
- Όταν δίνεται σε δωρεές από το Τμήμα
- Όταν ανήκει στο πεπαλαιωμένο εξοπλισμό και στέλνεται στην ΥΠΣ
- Όταν κλαπεί/χαθεί
Η βάση δεδομένων που έχουμε έχει ένα field is_retired που κρατά για κάθε CS number (table modules) 1 ή 0 όπου 1=TRUE. Προτέινω τη δημιουργία ακόμη ενός table όπου θα κρατά τις πιο πάνω περιπτώσεις με id από 0-4. Έτσι θα μπορούμε να βλέπουμε ανα πάσα στιγμή πόσες οθόνες για παράδειγμα μας αντικατέστησε η New CyTech ή πόσα mice κλάπηκαν κτλ... Καλό θα ήταν να προσθέσουμε και ένα field όπου θα καταγράφεται η ημερομηνία όπου έγινε retire κάποια μηχανή.

• Maintenance

Το maintenance βρίσκεται ακόμα σε νηπιακό στάδιο. Πρός το παρόν η βάση δεδομένων μας τα μόνα στοιχεία που κρατά και θα μας βοηθήσουν στη δημιουργία των maintenance report είναι το acceptance date και το warranty expires.

• Logging, Personalization

Logging of activities on SI2 has two primary purposes:

• track the activities so that we can correct any problems that may occur
• security - be able to back track to the individual that made the change

Ideally the system should report activity like:

• date-time, who, SQL statement executed
• the log is made into a pure text file for the time being (logging to the DB might be an option when we stabilize on how logging is done)

• user preferences so that each user can personalize the SI2 system

• theme and or colors
• startup page
• custom page set ups (exclude include columns)
• language

• parameterize the application text to allow more than one language with language files
• create a better config file to allow for default setup and other options (like install areas etc)

See also

• SI2
• SI2 Bugs and Problems