Saturday, October 27, 2007
Monday, October 22, 2007
Presentation
Thursday, September 13, 2007
Exercise on Calculating the Path
Path Formular
Example
Based on the diagram 1, the red color (dots) that has been labeled is representing the nodes, while the normal black color (line) is representing edges.- Identify and total up the nodes. N = 6 nodes.
- Next identify and total up the edges. E = 8 edges/paths.
- Apply the formular.
CC = E - N + 2
CC = 8 - 6 + 2
CC = 4.
How to find Length( Path )
Based on the diagram 1, we can find path at 4 or more length.
Path with 4 length:-
- A - I
- A - B - C - D
- A -B - X -D
- A - C ...
_________________
- A - B - C - D - I
- A ....
The path that has been selected can't be taken twice. So we will add the next path as (...), for example path(length) at no 4.
If 'A' has been chosen as the first starting point, the next path(length) also need to start with 'A'.
Wednesday, September 12, 2007
Last week, on Thursday (6/9/2007), we had a quiz based on chapter 8. This quiz is based on our knowledge whether we had read chapter 8 or not, because there is no lecture on chapter 8 in class yet on that day.There are 3 questions;
Question 1
List 4 types of faults.
Answer
1)Algorithmic fault
2)Computation and precision fault
3)Documentation fault
4)Performance fault
Question 2
Who performs testing and why?
Answer
Independent test team
A team that performs most of system and launch testing independently from the teams that developed the system or application to;
-avoid conflict
-improve objectivity
-allow testing and coding concurrently
Question 3
List 2 types of testing and briefly explain.
Answer
1)Bottom-up
- Technique of integration testing. It is also the sequence of tests and their dependencies.
Example:

2) Big-bang
- Requires both stubs and drivers to test the independent components.
Example:

Tuesday, September 11, 2007
Final Examination Formats.
Final Examination.
There consist of three(3) section:-
A. Fill in the blank Question.
- Matching (20 marks) - 20 questions with 40 choices of answer to be matched.
B. Short answer.
- Structure question (50 marks) - 7 to 8 questions.
- Type of question (will be asked) : explain briefly, explain, list and give examples.
- 3 selected : explain briefly, explain, list.
- From above[3 selected]: focus on the definition, the detail and give the example).
C. Synthesis (Combination number of formats).
- Consist two sub - question. (30 marks) - 3 questions. :-
a) Drawing diagrams / models. - examples WBS, chart..etc.
b) General / opinion. - examples You have promoted a job Nuclear System Company, Do you want to take the job or not and please state why? [Note: There is no write or wrong question, just simply an expression of your physicological thinking about software engineering course.]
So Good luck For the final Guys & Girls ~_^\
Saturday, August 18, 2007
Exercise on Use-Case and Statechart/ State Transition Diagram
On the thursday(week 6)'s class we have done an exercise about Use-cases and Statechart in one of the subtopic in chapter 4. From that session, we as the student of S.E get to know more futhter about use-case characteristics such as use-case consist of an actor(s), use-case(oval shape- represent as a process), and interaction(arrow ->/<-).
Figure 1 : Show the characteristics of Use-Case.
In conclusion, we find that the use-cases is much more different from DFD(data flow diagram) not just from entire physical looks but also from interior that is use-cases can hide its details while the DFD types can view/show the details.
Friday, August 17, 2007
USE CASE DIAGRAM
Use cases. A use case describes a sequence of actions that provide something of measurable value to an actor and is drawn as a horizontal ellipse.
Actors. An actor is a person, organization, or external system that plays a role in one or more interactions with your system. Actors are drawn as stick figures.
Associations. Associations between actors and use cases are indicated in use case diagrams by solid lines. An association exists whenever an actor is involved with an interaction described by a use case. Associations are modeled as lines connecting use cases and actors to one another, with an optional arrowhead on one end of the line. The arrowhead is often used to indicating the direction of the initial invocation of the relationship or to indicate the primary actor within the use case. The arrowheads are typically confused with data flow and as a result I avoid their use.
System boundary boxes (optional). We can draw a rectangle around the use cases, called the system boundary box, to indicates the scope of your system. Anything within the box represents functionality that is in scope and anything outside the box is not. System boundary boxes are rarely used, although on occasion we have used them to identify which use cases will be delivered in each major release of a system.
