Βασικά στάδια τυπικής µέτρησης. Απεικόνιση Μέτρησης. Ρόλος της συνθήκης αναπαράστασης. Κλίµακες µετρήσεων. Ονοµαστική κλίµακα.

Transcript

1 Περιεχόµενο Μετρήσεις και Μετρικές Λογισµικού Αντώνης Καραγεώργος Τµήµα Μηχανικών Η/Υ και ικτύων Πανεπιστήµιο Θεσσαλίας Θεωρία µετρήσεων Μετρικές Λογισµικού: κίνητρα και µοντέλα µετρήσεων Μετρικές προσανατολισµένες στο µέγεθος Μετρικές προσανατολισµένες στη λειτουργία Μετρικές ποιότητας Άλλες µετρικές GQM, GQ(I)M Εµπειρικές σχέσεις για το χαρακτηριστικό ύψος Θεωρία Μετρήσεων Ψηλότερος από Πολύ ψηλότερος από Εµπειρικές σχέσεις: αληθείς ή ψευδείς 16/12/2005 from Fenton pg Μέτρηση Συνθήκη αναπαράστασης (representation condition) Εύρος συστήµατος Πεδίο απεικόνισης Για να αξιολογήσουµε σωστά µια εµπειρική σχέση πρέπει να την ποσοτικοποιήσουµε Ηδιαδικασίατηςµέτρησης ορίζεται σαν µια απεικόνιση από τον πραγµατικό κόσµο σε ένα αριθµητικό σύστηµα Θέλουµε η απεικόνιση να διατηρεί την εµπειρική σχέση X ψηλότερος από Y M(X) > M(Y) 16/12/2005 from Fenton pg /12/2005 from Fenton pg

2 Απεικόνιση Μέτρησης Βασικά στάδια τυπικής µέτρησης Αφού ορίσουµε την απεικόνιση, ορίσουµε ποσοτικά και τις εµπειρικές σχέσεις: A ψηλός M(A) > 70 A ψηλότερος από B M(A) > M(B) A πολύ ψηλότερος από B M(A) > M(B) /12/2005 from Fenton pg /12/2005 from Fenton pg 33 8 Ρόλος της συνθήκης αναπαράστασης Κλίµακες µετρήσεων R1: καθυστερηµένη απόκριση R2: λανθασµένη έξοδος R3: απώλεια δεδοµένων Ονοµαστική (nominal) (π.χ. φύλο) ιάταξης (ordinal) (p.x. Σειρά αφίξεων) ιαστήµατος (θερµοκρασία σε C) Αναλογίας (ύψος) Απόλυτη (το πλήθος κάποιων αντικειµένων) R1, R2, R3 µοναδιαίες σχέσεις πάνω στο σύνολο λαθών λογισµικού M: {R1,R2,R3} {6,4,69} From Fenton, pag. 34 Όµως για R= είναι πιο κρίσιµο από = (x,y):{(x R3 y R2 y R1) (x R2 y R1)} και > χρειαζόµαστε π.χ.: M (R1) = 3, M (R2) = 4, M (R3) = 69 ΓιαναισχύειM (R3) > M (R2) > M (R1) Ονοµαστική κλίµακα Language(Program) = 1, if Program is written in Pascal Language(Program) = 2, if Program is written in C Language(Program) = 3, if Program is written in Fortran Μόνο λίγες µαθηµατικές πράξεις µπορούν να εφαρµοστούν (π.χ. ιστογράµµατα) Κλίµακα ιάταξης Difficult(Program) = 1, if Program is easy to read Difficult(Program) = 2, if Program is not hard to read Difficult(Program) = 3, if Program is hard to read Μπορούµε να υπολογίσουµε τηδιάµεσο (τιµή που έχει το ίδιο πλήθος τιµών και πάνω και κάτω όσον αφορά τη σχέση διάταξης) 2

3 Κλίµακες διαστήµατος αναλογίας, και απόλυτες Οι κλίµακες διαστήµατος διατηρούν τις διαφορές αλλά όχι τις αναλογίες. Π.χ. τον απόλυτο χρόνο που συνέβη ένα γεγονός (υπάρχουν πολλά ηµερολόγια) Οι κλίµακες αναλογίας διατηρούν επίσης την αναλογία µεταξύ των οντοτήτων, π.χ. µετράµε ένα πρόγραµµα σεγραµµές πηγαίου κώδικα (LOC) και το µήκος ενός δαπέδου σε µέτρα. Όλες οι µαθηµατικές πράξεις εφαρµόζονται. Οι απόλυτες µετρήσεις είναι απόλυτοι αριθµοί, π.χ. ο αριθµός των if σε ένα πρόγραµµα. Μέθοδος Στόχου-Ερώτησης- Μετρικής Πλαίσιο για µετρήσεις Τι µετρήσεις πρέπει να κάνουµε? Πρέπει να τα µετρήσουµε όλα? Πως θα γνωρίζουµε οτι έχουµε κάνει αρκετές µετρήσεις? Χρειαζόµαστε ένα πλαίσιο για να οδηγεί τις µετρήσεις ώστε αυτές να έχουν νόηµα Στόχος-Ερώτηση-Μετρική Στόχος: Ποιοί είναι οι κύριοι στόχοι της µέτρησης? Ερώτηση: Τί ερωτήσεις πρέπει να απαντήσουµε για να προσδιορίσουµε αν οι στόχοι έχουν επιτευχθεί? Μετρική: Τι µετράµε ώστε να απαντήσουµε ικανοποιητικά στις ερωτήσεις? Προσέγγιση από πάνω προς τα κάτω Πρότυπο για τους στόχους Τρία συστατικά: Σκοπός της µέτρησης Προοπτική της µέτρησης Περιβάλλον που θα λάβει χώρα η µέτρηση 3

4 Πρότυπο για τους στόχους (συνέχεια) Σκοπός: {να χαρακτηρίσουµε, αξιολογήσουµε, προβλέψουµε, δώσουµε κίνητρα κλπ} την/το {διεργασία, προϊόν, µοντέλο, µετρική κλπ} ώστε να την/το {κατανοήσουµε αξιολογήσουµε, κατασκευάσουµε, διαχειριστούµε, βελτιώσουµε κλπ} Προοπτική: Εξετάζουµε το/την/τα {κόστος, αποτελεσµατικότητα, ορθότητα, λάθη, αλλαγές µετρήσεις προιόντων κλπ} Περιβάλλον: <προσδιορίζουµε τους παράγοντες του περιβάλλοντος που αφορούν διεργασίες, ανθρώπους, προβλήµατα, µεθόδους περιορισµούς κλπ Παράδειγµα στόχων Σκοπός: Να αξιολογήσουµε τη διεργασία συντήρησης λογισµικού ώστε να τη βελτιώσουµε Προοπτική: Εξετάζουµε το κόστος από την πλευρά του διαχειριστή Περιβάλλον:Το προσωπικό συντήρησης είναι προγραµµατιστές µε χαµηλά κίνητρα που έχουν περιορισµένηπρόσβασηστααπαιτούµενα εργαλεία Χρειάζεται κοινός νούς και συστηµατική οργάνωση Μετρήσεις και Μετρικές... Η συλλογή µετρικών είναι κοπιαστική... χρονοβόρα εν θα αποδείξει τίποτα... Μετρικές Λογισµικού Κίνητρα και µοντέλα Οτιδήποτε χρειάζεται να ποσοτικοποιηθεί µπορεί να µετρηθεί µε κάποιο τρόπο που είναι καλύτερος από το να µη µετρηθεί καθόλου... Tom Gilb Pressman /12/ ιεργασία συλλογής µετρικών λογισµικού Τύποι Μετρικών Software Software Engineering Engineering Process Process Software Software Project Project Software Software Product Product Data Collection measures Metrics Computation metrics Metrics Evaluation indicators Pressman /12/ Αντικειµενικές µετρικές: Μια µετρική είναι αντικειµενική αν µπορεί να ληφθεί από µια αυτόµατη συσκευή. Σε αντίθετη περίπτωση καλείται υποκειµενική Οι γραµµές κώδικα είναι αντικειµενικές µετρικές, ενώ οι βαθµοί λειτουργίας είναι υποκειµενικοί. Μια µετρική καλείται άµεση (direct) αν µπορεί να υπολογιστεί απευθείας, και έµµεση αν είναι το αποτέλεσµα µιας µαθηµατικής επεξεργασίας σε άλλες µετρικές Γραµµές κώδικα, αριθµός λαθών και βαθµοί λειτουργίας είναι άµεσες Αριθµός λαθών ανα γραµµή κώδικα (πυκνότητα λαθών) είναι έµµεση 4

5 Κατασκευή µοντέλων µε βάση τις µετρικές Κίνδυνοι στην κατασκευή µοντέλων από µετρικές Ένα µωρό πρέπει να διπλασιάζει το βάρος του όταν γίνεται έξι µηνών Πραγµατικός κόσµος Αφαίρεση Επεξεργασία Μαθηµατική Αφαίρεση εν είναι σωστό να µετράµε την εξυπνάδα ενός σκύλου µ αυτόν τον τρόπο Συµπέρασµα Fenton, pag. 38 Τι µετράµε στο λογισµικό Μετρικές διεργασίας ιεργασία προϊόν µέτρηση Τι χρησιµοποιούµε σαν βάση? µέγεθος? λειτουργία? Μετρικές διεργασίας Μετρικές έργου Μετρικές προϊόντος Η πλειοψηφία επικεντρώνεται στην ποιότητα που είναι αποτέλεσµα µιας επαναλαµβανόµενης ή διαχειριζόµενης διεργασίας Στατιστική βελτίωση διεργασιών ανάπτυξης λογισµικού (SSPI) Κατηγοριοποίηση και ανάλυση σφαλµάτων Αποτελεσµατικότητα διόρθωσης λαθών Πολλαπλασιασµός από φάση σε φάση Επαναχρησιµοποίηση δεδοµένων Μετρικές έργου Μετρικές προϊόντος Προσπάθεια/χρόνος ανά δραστηριότητα κατασκευής λογισµικού Αριθµός σφαλµάτων που ανακαλύπτονται ανα ώρα Υπολογισµός καθυστέρησης (ηµεροµηνίες προγραµµατισµένων και πραγµατικών ορόσηµων) Αριθµός αλλαγών και τα χαρακτηριστικά τους Κατανοµή της προσπάθειας στις δραστηριότητες ανάπτυξης λογισµικού Επικεντρώνονται στην ποιότητα των παραδοτέων Μετρήσεις στα µοντέλα ανάλυσης Πολυπλοκότητα σχεδιασµού Εσωτερική αλγοριθµική πολυπλοκότητα Πολυπλοκότητα αρχιτεκτοικής Πολυπλοκότητα ροής δεδοµένων Μετρήσεις πάνω στον κώδικα π.χ. Halstead Μετρήσεις της αποτελεσµατικότητας της διεργασίας Π.χ. αποτελεσµατικότητα διόρθωσης λαθών 5

6 Οδηγίες χρήσης µετρικών Κοινός νούς και ευαισθησία στους κανόνες τις επιχείρησης όταν διερµηνεύονται οι τιµές των µετρικών Παροχή σχολίων (feedback) σ αυτούς που συλλέγουν τις µετρήσεις και υπολογίζουν τις µετρικές Οι µετρικές δεν πρέπει να χρησιµοποιούνται για να επαινείται η εργασία µεµονωµένων ατόµων Οι µετρικές δεν πρέπει να χρησιµοποιούνται εκφοβισµό µεµονωµένων ατόµων ή οµάδων Οι αντίθετες τιµές των µετρικών πρέπει να αντιµετωπίζονται ώς ενδείξεις για βελτίωση της διεργασίας που ακολουθείται Πρέπει να λαµβάνονται υπ όψει όλες οι συναφείς µετρικές και να µην επικεντρωνόµαστε µόνο σε µια Μετρικές προσανατολισµένες στο µέγεθος Τυπικές µετρικές προσανατολισµένες στο µέγεθος Σφάλµατα ανά χιλιάδες γραµµές κώδικα Αστοχίες ανά χιλιάδες γραµµές κώδικα Κόστος ανά γραµµή κώδικα Σελίδες τεκµηρίωσης ανά χιλιάδες γραµµές κώδικα Σφάλµατα ανά ανθρωποµήνα Γραµµές κώδικα ανά ανθρωποµήνα Κόστος ανά σελίδα τεκµηρίωσης Τυπικές µετρικές προσανατολισµένες στη λειτουργία Σφάλµατα ανά βαθµό λειτουργίας Αστοχίες ανά βαθµό λειτουργίας Κόστος ανά βαθµό λειτουργίας Σελίδες τεκµηρίωσης ανά βαθµό λειτουργίας Βαθµοί λειτουργίας ανά ανθρωποµήνα Pressman /12/ Pressman /12/ Γραµµές κώδικα Παράδειγµα Χρειαζόµαστε ένα πρότυπο (µια κανονικοποίηση) Για παράδειγµα µπορούµε να χρησιµοποιήσουµε τον αριθµό των ; Κατόπιν µπορούν να υπολογιστούν αυτόµατα (αντικειµενικές µετρικές) εν πρέπει να χρησιµοποιούνται για να αξιολογούν την παραγωγικότητα των ανθρώπων (είναι εύκολο να τροποποιηθούν!!!) Όταν χρησιµοποιούνται σωστά, έχουν αποτελέσµατα void f() { while (!done){ count++; if(count > ){ fixed_count = fixed_count + count; done = 1; } else if(count >5){ fixed_count --; } else { fixed_count = count * 4; } } // while } LOC = 5 6

7 εν αντιπροσωπεύουν την παραγωγικότητα ιάγραµµα ροής Με πόσους τρόπους µπορούµε να γράψουµε µια σειρά από sqrt()s??? Συνήθως η παραγωγικότητα ορίζεται σαν Output/Input Αλλά ποιό είναι το input και ποιο το output στην κατασκευή λογισµικού? Η ποσότητα γραµµές κώδικα/προσπάθεια υπολογίζει την προσπάθεια ανα γραµµή κώδικα αλλά δεν είναι αντιπροσωπευτική της παραγωγικότητας if (a) { X(); } else { Y(); } Predicate Nodes X a Y 16/12/ Κυκλωµατική πολυπλοκότητα void f() { while (!done){ count++; if(count > ){ fixed_count = fixed_count + count; done = 1; } else if(count >5){ fixed_count --; } else { fixed_count = count * 4; } } // while } Αναπαράσταση διαγράµµατος ροής Κυκλωµατική πολυπλοκότητα Flow Chart Edges R1 R1 99 Flow Graph 2,3 R2 R2 88 4,5 Nodes R3 R3 R4 R4 Regions 16/12/2005 Pressman Υπολογισµός κυκλωµατικής πολυπλοκότητας V(G) = #περιοχών στο γράφο Υπολογισµός της ΚΠ V(G) = #ανεξάρτητες διαδροµές στο γράφο V(G) = E - N + 2 όπου E = αριθµός ακµών (#edges) και N = αριθµός κόµβων (#nodes) V(G) = P + 1 P = αρθµός κατηγορηµατικών κόµβων (π.χ., if, case, while, for, do) R1 99 2,3 R2 88 4,5 4 περιοχές!!! R3 R4 Regions ,3 4, ανεξάρτητες διαδροµές!!! 16/12/

8 Ακµές Υπολογισµός ΚΠ (µε τύπους) ,3 88 4,5 ακµές, 9 κόµβους -9+2 = 4!!! Κόµβοι = 4!!!! Είσοδοι (Fan In) και Έξοδοι (Fan Out) Οι είσοδοι ενός συστατικού είναι ο αριθµός των πληροφοριών που µπαίνουν στο συστατικό Οι έξοδοι ενός συστατικού είναι ο αριθµός των πληροφοριών που βγαίνουν από το συστατικό Υποθέτουµε όλα τα τµήµατα των πληροφοριών οτι έχουν το ίδιο µέγεθος Τα Fan In και Fan Out µπορούν να υπολογιστούν για συναρτήσεις, συστατικά, αντικείµενα καθώς και για άλλες δοµικές µονάδες λογισµικού Υπολογισµός Fan In και Fan Out Συνήθως: Οι παράµετροι που παιρνούν κατ αξία µετρώνται σαν Fan In Οι εξωτερικές µεταβλητές που χρησιµοποιούνται πριν τροποποιηθούν µετρώνται σαν Fan In Οι εξωτερικές µεταβλητές που τροποποιούνται µέσα στον κώδικα µετρώνται σαν Fan Out Οι επιστρεφόµενες τιµές µετρώνται σαν Fan Out Οι παράµετροι που περνούν κατ αναφορά εξαρτάται απότηχρήσητους #define<stdio.h> #define<math.h> fan-in fan-out int globalinvar = 9; int globaloutvar; Απλό παράδειγµα Fan In / Fan Out float Simple(float x, float y){ 2 int a; float z; z = sqrt( x + y + globalinvar); 1 globaloutvar = int(z+2); 1 return z; 1 } #define<stdio.h> #define<math.h> fan-in fan-out int globalvara = 0; int globalvarb = 3; float global VarC = 7.0; Πιο σύνθετο παράδειγµα float chechvalue( float x, float y){ 2 int a; float z; z = sqrt( x + y + globalvarc ); 1 globalvara ++; 1 a = globalvarb; 1 globalvarc = z + (float)globalvara; 1 1 return z; 1 } Primitive Measures: Types: Tokens // Length: Volume: Volume Ratio: Ηεπιστήµη λογισµικού του Halstead n = n1 + n2 Program Level: Software Science Effort: Time for testing: n1 number of distinct operators n2 number of distinct operands N1 total number of operator occurrences N2 total number of operand occurrences N = N 1 + N 2 V = Nlog 2 (n) L = (2/ n 1) x (n 2/N2) PL = 1/[(n 1 /2)x(N2/ n 2 )] E = V/PL T = E/18 in seconds. 8

9 Μετρικές Halstead (παράδειγµα) #define<stdio.h> #define<math.h> int globalvara = 0; int globalvarb = 3; float global VarC = 7.0; float chechvalue( float x, float y){ int a; float z; z = sqrt( x + y + globalvarc ); globalvara ++; a = globalvarb; globalvarc = z + (float)globalvara; return z; } N = 44; n = 16 V = 176; PL =0.09 E = = 32 Operators: Count: ( ) 3 {} 1 = int 3 float 6 sqrt 1 checkvalue 1 return 1 n 1 = 9 N 1 =27 Operands: Count: globalvara 3 globalvarb 2 globalvarc 3 x 2 y 2 a 2 z 3 n 2 = 7 N 2 =17 Μετρικές προσανατολισµένες στις λειτουργίες Βαθµοί λειτουργίας Ένα µέτρο του πόσο µεγάλο είναι το πρόγραµµα, ανεξάρτητα από το φυσικό του µέγεθος Είναι µια σταθµισµένη µέτρηση που συµπεριλαµβάνει αρκετά χαρακτηριστικά του προγράµµατος Οι αντίθετοι στη χρήση των βαθµών λειτουργίας ισχυρίζονται οτι δεν έχουν νόηµα όσον αφορά τη θεωρία aαναπαράστασης Όµως χρησιµοποιούνται εκτενώς στη βιοµηχανία Βαθµοί λειτουργίας (συνέχεια) Ανάλυση του πεδίου πληροφοριών της εφαρµογής και προσδιορισµός Των παραγόντων που θα µετρηθούν Στάθµιση του κάθε παράγοντα µε βάση την πολυπλοκότητά του Αξιολόγηση της επιρροής καθολικών παραγόντων που επηρεάζουν την εφαρµογή Υπολογισµός των βαθµών λειτουργίας Προσδιορισµός του τι θα µετρηθεί (ποιοι παράγοντες) από τα πεδία εισόδου και τις διασυνδέσεις του συστήµατος Απόδοση βαρύτητας (weight) σε κάθε παράγοντα Κατάταξη εξωτερικών παραγόντων, όπως επαναχρησιµοποίηση και ταυτοχρονισµός µε σειρά προτεραιότητας Βαθµοί λειτουργίας = όπου: Πολλαπλασιαστής πολυπλοκότητας: C = ( x N) Βαθµός επίδρασης: N = (παράγοντες x βαρύτητα) x C F i i 16/12/ Ανάλυση του πεδίου πληροφοριών measurement parameter number of user inputs number of user outputs number of user inquiries count weighting factor simple avg. complex X = number of files X 7 15 = Unadjusted Function Points: number Assuming of ext.interfaces all inputs with the same weight, Xall output 5 with 7 the same weight, = count-total Complete complexity Formula multiplier for the Unadjusted Function Points: function points Wi + Wo + Win + Wif + Inputs Output Inquiry InternalFiles Wei ExternalInterfaces 16/12/ X X = = Formula: Συµπερίληψη της πολυπλοκότητας Οι παράγοντες κατατάσσονται σε κλίµακα από 0 (λιγότερο σηµαντικός) σε 5 (πολύ σηµαντικός): data communications distributed functions heavily used configuration transaction rate on-line data entry end user efficiency CM = on-line update complex processing installation ease operational ease multiple sites facilitate change F ComplexityMultiplier Complexity Multiplier 16/12/

10 measurement parameter number of user inputs number of user outputs number of user inquiries number of files number of ext.interfaces Unadjusted count-total Function Points: complexity multiplier Function function Points: points Πολυπλοκότητα count weighting factor simple avg. complex X = 16/12/ X X X X FP = UFPx( xCM) = = = = Input User File password Παράδειγµα Inquiry zone inquiry SafeHome SafeHome sensor inquiry User User panic button Interaction Interaction Function activate/deactivate Function password, sensors... Interfaces test sensor messages alarm alert System configuration data data sensor status Sensors zone setting Output User activate/deactivate Monitoring & Response Subsystem Pressman /12/ D:\my D:\my document\safehome.ppt Παράδειγµα (συνέχεια) Weighting Factor measurement parameter count simple average complex number of user inputs 3 x = 9 number of user outputs 2 x = 8 number of user inquiries 2 x = 6 number of files 1 x 7 15 = 7 number of external interfaces 4 x 5 7 = 20 count-total 50 Μετρήσεις βασισµένες σε στόχους Using FP = count total x [ x F i ] where F i = 46, we get FP = 50 x [ x 46] FP = 56 16/12/ D:\my D:\my document\safehome.ppt ιεργασία Μετρήσεων Βασισµένη σε στόχους Goal Driven Measurement Process ( ιεργασία Μετρήσεων Βασισµένησεστόχους) Οι στόχοι των µετρήσεων βασίζονται στους στόχους της επιχείρησης ιαφέρει απο την GQM (χρησιµοποιεί το GQ(I)M. Η GQ(I)M αντιστοιχεί άτυπους στόχους σε συγκεκριµένες µετρήσιµες ποσότητες Τα διαγράµµατα στις παρακάτω διαφάνειες προέρχονται απο Park, R.E., W.B. Goethert, and W.A. Florac, Goal-Driven Software Measurement A Guidebook. 1996, Βήµατα ιεργασίας Μετρήσεων 1. Προσδιορισµός των επιχειρηµατικών στόχων, π.χ αύξησηκέρδους 2. Προσδιορισµός του τι θα πρέπει να εξεταστεί οσον αφορά τους επιχειρηµατικούς στόχους, π.χ. ποια είναι τα κέντρα κόστους. 3. Προσδιορισµός τυχόν υποστόχων, π.χ. µείωση του κόστους αποθήκευσης 4. Προσδιορισµός των οντοτήτων και των χαρακτηριστικών που σχετίζονται µε τους υποστόχους 5. Τυποποίηση των στόχων µέτρησης 6. Καθορισµόςερωτήσεωνκαιτωνσχετικώνδεικτώνπουθαβοηθήσουν στην επίτευξη των στόχων 7. Καθορισµός των δεδοµένων που θα πρέπει να συλλεχθούν για να υπολογιστούν οι δείκτες που θα βοηθήσουν στην απάντηση των ερωτήσεων 8. Ορισµός των µετρήσεων που θα χρησιµοποιηθούν 9. Ορισµός των ενεργειών που θα πρέπει να γίνουν για να υλοποιηθούν οι µετρήσεις. Προετοιµασία σχεδίου για την υλοποίηση των µετρήσεων

11 1. Προσδιορισµός επιχειρηµατικών στόχων 1 π.χ. ικανοποίηση πελάτη (customer satisfaction) 2. Προσδιορισµός του τι θα πρέπει να εξεταστεί Λίστα οντοτήτων και ερωτήσεων 1. Ξεκινάµε απότουςεπιχειρηµατικούς στόχους, π.χ. ικανοποίηση του πελάτη 2. Προσδιορίζουµε ταάτοµα ή οµάδες στους οποίους απευθύνεται η µέτρηση (π.χ. διευθυντές τµηµάτων) 3. ηµιουργούµε διαγράµµατα των διεργασιών στις οποίες συµµετέχουν τα παραπάνω άτοµα ήοµάδες, π.χ. διάγραµµα ροής πληροφοριών εργασίας (workflow diagram) 4. Καταγράφουµε τις οντότητες (αντικείµενα) των διεργασιών που τα παραπάνω άτοµα διαχειρίζονται ή επηρεάζουν. 1. Είσοδοι και πόροι (inputs and resources) 2. Προϊόντα και παράγωγα (products and by-products) 3. Εσωτερικά προϊόντα (internal artifacts), π.χ. κατάλογος διαθεσίµων 4. ραστηριότητες (activities) και διαδροµές ροής δεδοµένων (flowpaths) Λίστα οντοτήτων και ερωτήσεων (συνέχεια) 6. Για κάθε οντότητα παραθέτουµε ένασύνολο ερωτήσεων που η απάντησή τους βοηθάει στην επιτυχία των προαναφερθέντων στόχων, π.χ. Πόσο διαρκεί? Πόσο κοστίζει? 7. Παραθέτουµε ερωτήσεις που αναφέρονται στην διεργασία συνολικά, π.χ. Τι περιορίζει την απόδοση της διεργασίας? 8. Επαναλαµβάνουµε για τους άλλους στόχους Λίστα οντοτήτων ερωτήσεων για εισόδους και πόρους

12 Λίστα οντοτήτων-ερωτήσεων (συνέχεια) Λίστα οντοτήτων-ερωτήσεων (συνέχεια) 3. Καθορισµός υποστόχων Καθορισµός υποστόχων (συνέχεια) #1 #2 Οµαδοποιούµε τις σχετικές ερωτήσεις Καθορισµός υποστόχων (συνέχεια) Καθορισµός υποστόχων (συνέχεια) #2 Σαρώνουµε τη λίστα και βρίσκουµε τις ερωτήσεις που σχετίζονται µε τις οµάδες που δηµιουργήθηκαν Αναδιατάσσουµε τις ερωτήσεις µε βάση τις οµάδες που δηµιουργήθηκαν 12

13 Καθορισµός υποστόχων (συνέχεια) 4. Καθορισµός οντοτήτων και των χαρακτηριστικών τους Οι υποστόχοι δηµιουργούνται άµεσα µε βάση τις υποοµάδες Χρησιµοποιούµε τις ερωτήσεις που σχετίζονται µε κάθε υποστόχο γιαναπροσδιορίσουµε τις οντότητες και τα χαρακτηριστικά τους Καθορισµός οντοτήτων και των χαρακτηριστικών τους (συνέχεια) 5. ηµιουργία τυπικών στόχων µέτρησης Για κάθε ερώτηση: - Προσδιορίζουµε τις οντότητες (entities) που περιλαµβάνει - Προσδιορίζουµε τασυναφή χαρακτηριστικά των οντοτήτων (pertinent attributes) Ενεργητικοί και παθητικοί στόχοι Συστατικά τυπικών στόχων µέτρησης - Οντότητα (entity) (αντικείµενο ενδιαφέροντος) - Σκοπός (purpose) - Προοπτική (perspective) - Περιβάλλον (environment) Ενεργητικοί στόχοι µέτρησης: αποσκοπούν στον έλεγχο διεργασιών ή στην αλλαγή προϊόντων, διεργασιών και πόρων Παθητικοί στόχοι µέτρησης: στοχεύουν στην κατανόηση και µάθηση 13

14 Ιχνηλασιµότητα στόχων µέτρησης 6. Προσδιορισµός ερωτήσεων και δεικτών των στόχων µέτρησης Προσπαθούµε ναδιατηρούµε τη σχέση µεταξύ στόχων µέτρησης και επιχειρηµατικών στόχων ή υποστόχων Προσδιορισµός ερωτήσεων και δεικτών των στόχων µέτρησης (συνέχεια) 7. Καθορισµός µετρικών είκτες Ερωτήσεις Απαριθµούµε τις ποσότητες που µας χρειάζονται για να κατασκευάσουµε τους δείκτες Αντιστοιχίζουµε κάθε ποσότητα στον αντίστοιχο δείκτη Καθορισµός µετρικών (συνέχεια) 8. Ορισµός µετρικών Ορίζουµε επακριβώς πως θα αποκτηθούν οι τιµές των µετρικών ώστε να µπορεί κανείς Α) να κατανοήσει τη σηµασία τους και Β) να επαναλάβει τις µετρήσεις µε πανοµοιότυπο τρόπο 14

15 Λίστες προσδιορισµού µετρικών 9. Ενέργειες για συλλογή µετρικών Ανάλυση: Περιγραφή των µετρικών που χρησιµοποιούνται ήδη καθώς και του τρόπου που υπολογίζονται/ µετρούνται ιάγνωση: Αξιολόγηση των υπαρχόντων µετρικών σχετικά µε το αν πληρούν τις ανάγκες των στόχων µέτρησης Ενέργειες: Συγκεκριµένες ενέργειες που συνεισφέρουν στη διεξαγωγή των µετρήσεων, π.χ. καθορισµός της προέλευσης των δεδοµένων. Πλάνο δράσης µετρήσεων 15