27.03.2014 Views

SEKE 2012 Proceedings - Knowledge Systems Institute

SEKE 2012 Proceedings - Knowledge Systems Institute

SEKE 2012 Proceedings - Knowledge Systems Institute

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

then extended to “Company Purchase” and “Personal<br />

Purchase”, and the use case “Promote items” is then extended<br />

to “Take Initiative”. Each goal is labeled with R or S (rigid or<br />

soft goal), A or Y (actor-specific or system-specific<br />

requirements), and F or N (functional or nonfunctional<br />

requirements). Lastly, the goal evaluation takes place for<br />

evaluating the relationship between the use cases and goals, the<br />

interaction between goals in the use case level, and the<br />

interaction between goals in the system level.<br />

For analyzing the relationship between the goals and the<br />

use cases in te rms of their degree of relevance, we use four<br />

levels to describe their relationship. A pair of use case and its<br />

corresponding goal is compared to see whether they are highly<br />

relevant (labeled as ++) with each other. Otherwise, they can<br />

be partially relevant (+), partial irrelevant (-), or totally<br />

irrelevant (--) to each other. The result of checking such<br />

relationship based on the example in Figure 4 is recorded in<br />

Table I.<br />

TABLE I.<br />

RELATIONSHIP BETWEEN USE CASES AND GOALS<br />

G1 G2 G3 G4 G5 G6 G7 G8<br />

U1 ++ + + + ++ - ++ ++<br />

U2 + ++ - + + ++ -- +<br />

U3 ++ + ++ + ++ - ++ ++<br />

U4 ++ + + ++ ++ - ++ --<br />

U5 ++ + + + ++ + -- +<br />

U6 + + - + + ++ - +<br />

U7 ++ + + ++ ++ -- ++ --<br />

U8 ++ + + + ++ + -- ++<br />

By analyzing the relationship between goals at the system<br />

level, we state that if both goals are cooperative to each other<br />

for all use cases, then they are cooperative to each other at the<br />

system level. If all of them are conflicting to each other at the<br />

use case level, then they are conflicting to each other at the<br />

system level. We use the concept of cooperative, counterbalanced,<br />

and conflict relationship to describe such interactions,<br />

and the result is shown in Table II.<br />

TABLE II. RELATIONSHIP BETWEEN GOALS<br />

(Co: Cooperative, Bal: Counterbalanced, Conf: Conflict)<br />

G1,G2 G1,G3 G1,G4 G1,G5 G1,G6 G1,G7 G1,G8<br />

Co Bal Co Co Bal Bal Bal<br />

G2,G3 G2,G4 G2,G5 G2,G6 G2,G7 G2,G8 G3,G4<br />

Bal Co Co Bal Bal Bal Bal<br />

G3,G5 G3,G6 G3,G7 G3,G8 G4,G5 G4,G6 G4,G7<br />

Bal Bal Bal Bal Co Ba l Bal<br />

G4,G8 G5,G6 G5,G7 G5,G8 G6,G7 G6,G8 G7,G8<br />

Bal Bal Bal Bal Conf Bal Bal<br />

When comparing the interaction between a p air of goals,<br />

we consider a goal consisting of a set of entries corresponding<br />

to use cases and compare each pair of entries. Thus, using<br />

Table I as example, we check two columns to compare the<br />

entries row by row. If all rows are ++ or +, then the pair of such<br />

goals are cooperative. If each rows have one entry with ++ or +<br />

while the other entry has – or --, then they are conflicting to<br />

each other. If the entries are mixed, then they are called<br />

counter-balanced.<br />

C. Acquisition of Possible Negotiation Issues<br />

We construct a table indicating the information of each goal,<br />

which consists of the category of a goal and the associated<br />

actor along with the information about cooperative, conflicting,<br />

and counterbalanced goals. Based on s uch information, we<br />

identify a possible issue that will be most influential to a goal.<br />

The result is shown in Table III, where we see that the goal G1<br />

is a rigid goal containing actor-specific and functional<br />

requirements. G1 belongs to the actor Boss, and is cooperative<br />

to goals G2, G4, and G5. It is counter-balanced to the goals G3,<br />

G6, G7, and G8, but does not conflict to any other goals.<br />

Because of such characteristics, we identify an issue, Price, as<br />

the most representative issue concerning this goal. The rest of<br />

the issues, namely Eloquence (ability of presentation),<br />

Necessity, Quantity, Quality, and Budget, are derived in the<br />

same manner.<br />

TABLE III.<br />

GOAL ISSUES AND RELATIONSHIP<br />

Category Actor Coop Conf Counterbalanced Issue<br />

G1 R,A,F Boss G2,G4,G5 G3,G6,G7,G8 Price<br />

G2 R,A,F Sales G1,G4,G5 G3,G6,G7,G8 Eloquence<br />

G3 R,A,F Customer G1,G2,G4,G5G6,G7,G8 Necessity<br />

G4 S,A,F Boss G1,G2,G5 G3,G6,G7,G8 Quantity<br />

G5 S,A,F Boss G1,G2,G4 G3,G6,G7,G8 Price,<br />

Quality<br />

G6 S,A,N Sales G7 G1,G2,G3,G4G5,G8 Price,<br />

Eloquence<br />

G7 R,A,F Customer G6 G1,G2,G3,G4<br />

G5,G8<br />

Budget<br />

G8 R,A,F Customer G1,G2,G3,G4<br />

G5,G6,G7<br />

Price,<br />

Quality<br />

With six kinds of issues identified, we can examine the<br />

pair-wise relationship between these issues and take the<br />

geometric mean to define weighted comparison as shown in<br />

Figure 5. A hierarchical relationship is shown in Figure 6 to<br />

organize the information, in which Level 2 shows the possible<br />

issues. Based on these issues, we can derive possible proposals<br />

in Level 3. P roposal A con tains the tw o issues with highest<br />

values: Budget and Necessity; Proposal B adds Price to<br />

Proposal A; and Proposal C includes Quality to Proposal B.<br />

Figure 5. Calculation for deriving weighting for issues.<br />

761

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!