28
SOFTWARE ENGINEERING LAB File Submitted by: Shruti bansal Cs- 8(y) Roll no. 867 ENROLL :A2305208348

se_file

Embed Size (px)

Citation preview

Page 1: se_file

SOFTWARE ENGINEERING LAB

File

Submitted by:Shruti bansal

Cs- 8(y)Roll no. 867

ENROLL :A2305208348

INDEX

Page 2: se_file

S.No

EXPERIMENT Date Remarks

1. To draw use case diagram for Registration System.

2. To draw use case diagram for Library Information System.

3. To draw a use case diagram for Hospital Management System.

4. To draw a state chart diagram for a computer system.

5. To draw state chart diagram for Registration System.

6. To draw the activity diagram of Registration System.

7. To draw activity diagram for Library Information System.

8. To draw use case diagram for Registration System.

9. To draw use case diagram for Library Information System.

10. To draw a use case diagram for Hospital Management System.

Page 3: se_file

USE CASE DIAGRAM

DEFINITION: A use case diagram in the Unified Modeling Language (UML) is a type of behavioral diagram defined by and created from a Use-case analysis. The use case diagram shows the position or context of the use case among other use cases. As an organizing mechanism, a set of consistent, coherent use cases promotes a useful picture of system behavior, a common understanding between the customer/owner/user and the development team

AIM/PURPOSE OF USE CASE DIAGRAM: Its purpose is to present a graphical overview of the functionality provided by a system in terms of actors, their goals (represented as use cases), and any dependencies between those use cases. The main purpose of a use case diagram is to show what system functions are performed for which actor.

ELEMENTS OF USE CASE DIAGRAM

Actors: An actor portrays any entity (or entities) that performs certain roles in a given system. The different roles the actor represents are the actual business roles of users in a given system. An actor in a use case diagram interacts with a use case. For example, for modeling a banking application, a customer entity represents an actor in the application.

Use case: A use case in a use case diagram is a visual representation of a distinct business functionality in a system. The key term here is “distinct business functionality

System boundary: A system boundary defines the scope of what a system will be. A system cannot have infinite functionality.

Page 4: se_file

EXPERIMENT NO.1Q.1 Using Rational Rose design a Registration System(detailing actors & use case) and also draw use case diagram.

AIM: To draw use case diagram for Registration System.

USE CASE DIAGRAM:

Fill forms

Student

Print

enters password

enters ID

Login

Submit

extends

extends

includesRegistration Form

Affidavits

Fee Reciept

extends

extends

extends

Print

Save

Print

Print

Save

includes

includes

includes

includes

includes

Print

includes

Submit

Receiving Documents

Faculty

Verifing Documents

Page 5: se_file

DISCUSSION:

Whenever a student enters another year, he has to get him/her re-registered. During this process a student has to get affidavit, indemnity bond, fee receipt, registration form and registration fees. The documents submitted are re verified by the faculty incharge and finally by the program leader.

The components used in the above use case diagram are:

Actors:

1.Student

2.Faculty

Use Case:

1. Submit

2. Print

3. Recieveing documents

4. Verifying documents

5. Enters id

6. Fill form

7. Registration Form

8. Enters password

9. Affidavits

EXPERIMENT NO.2

Page 6: se_file

Q.2 Using Rational Rose design a library information system(detailing actors & use case) and also draw use case diagram.

AIM: To draw use case diagram for Library Information System.

USE CASE DIAGRAM:

Select a book

fill details in library card

submits the library card

Student

Name

Enrollment no.

Card no.

Extends

Extends

Extends

Book no.

Date

Book name

Extends

Extends

Extends

Check info of the book

Issue the book

Updates records

Librarian

Student Records

Book records

Extends

Extends

Stamp on the book

Return Date on book

Extends

Extends

DISCUSSION:

Page 7: se_file

The Library Management System is designed & developed for a receipt and issuance of books in the library along with the student’s details. The books received in the library are entered in Books Entry form and the new student is entered in the student entry form. When the student wants to get the desired book the same is issued on the availability basis to the student. The issuance and due date for the returning of the book is also entered into the Book Issue form under third menu Book Issue. The student has to pay the fine if any on the basis of no. of days delayed deposit of the book in the library.

The components used in the use case diagram are:

Actors:

1. Student2. Librarian

Use case:

1. selects book2. collects book3. submits library card4. gives the fine5. enters in record register6. enters student id7. enters signature8. books available in library9. Updates records10. Enters details11. collects library card12. issues books13. collects book14. collects fine

EXPERIMENT NO.3

Page 8: se_file

Q.3 Using Rational Rose design a hospital management system(detailing actors & use case) and also draw use case diagram.

AIM: To draw a use case diagram for Hospital Management System.

USE CASE DIAGRAM:

meets the patient

Doctor gives the prescription

Discusses the problem

Meets doctor

Takes prescription

Submits details

name

age

problem

extends

extends

extends

contact no

extends

Patient

gives fees enter patient's details

extends

extends

extends

extends

collects fees

maintains records Receptionist

provides info to visitors

checks the patient

takes patient to doctorNurse

assists the doctor

enters patient info

prepares billAdministrator

manages records

DISCUSSIONS:

Page 9: se_file

A hospital information system (HIS), variously also called clinical information system (CIS) is a comprehensive, integrated information system designed to manage the administrative, financial and clinical aspects of a hospital. This encompasses paper-based information processing as well as data processing machines.It can be composed of one or a few software components with specialty-specific extensions as well as of a large variety of sub-systems in medical specialties.

Actors:

1. Patient2. Doctor3. Nurse4. Receptionist5. Administrator

Use case:

1. meets the patient 2. gives the prescription 3. Discusses the problem 4. Meets doctor5. gives fees6. Submits details7. checks the patient8. takes patient to doctor9. assists the doctor10.Enters patient info11.Prepares bill12.Maintains records13.Enter patient's details14.Name15. Contact no.16.Age17.Problem

Page 10: se_file

STATE CHART DIAGRAM

DEFINITION

State Chart diagrams, often used in real time embedded systems than in information systems ,show for class, the order in which incoming calls to operations normally occur and the conditions under which the operation respond and the response. State chart diagram is one of the five UML diagrams used to model dynamic nature of a system. They define different states of an object during its lifetime. And these states are changed by events. So State chart diagrams are useful to model reactive systems. Reactive systems can be defined as a system that responds to external or internal events.

AIM / PURPOSE

They are class centric view of system functionality, as opposed to sequence diagram and collaboration diagram which are use case centric view of system functionality

ELEMENTS OF STATE CHART DIAGRAM

States: Oblong boxes which indicate the stable state of the object between events. Transitions: The solid arrow which shows possible change of states. Events: The text on the transition before the ‘/’ showing the incoming call to the object

interface which causes change of the state Conditions: A Boolean statement in square brackets which qualifies the events. Actions: The text after the ‘/’ which defines the object response to the transition between

states. Extra syntax defines state centric functionality.

EXPERIMENT NO.4

Page 11: se_file

Q.4 Using Rational Rose design a state chart diagram for computer system.

AIM: To draw a state chart diagram for a computer system.

STATE CHART DIAGRAM:

On/Off

Restart

Stand by

log off

Shutdown

Press

idle

press

press

DISSCUSSION:

In a state chart diagram we basically define the state through which the system goes through. In the above state chart diagram,the initiation takes place with the start state(the solid circle).Its shows an unlabelled transition leading to state ON/OFF . When a state is “on”, all its outgoing transitions are eligible to fire. For an event to fire,its event must occur and its condition must be true. When a transition fire,its action is carried out.The state chart diagram of the computer system helps in describing the changes between the state of instances.

EXPERIMENT NO.5

Page 12: se_file

Q.5 Using Rational Rose design a state chart diagram for Registration system.

AIM: To draw state chart diagram for Registration System.

STATE CHART DIAGRAM:

announce

intialize

open

close cancel

fill form

seat full

do not meet the requirements

start

DISCUSSION:

In state chart diagram of the registration system we take care of the states through which registration process takes place. The vital components of the registration system are shown as states to carry out effective registration process. In the above state chart diagram,the initiation takes place with the start symbol(the solid circle). Its shows an unlabelled transition leading to state “announce”.The transitions that take place are supposed to represent actions which occur quickly and are not interruptable.The events thus created in the above state chart diagram may trigger an action by an actor or the system being developed.

ACTIVITY DIAGRAM

Page 13: se_file

Activity diagram is another important diagram in UML to describe dynamic aspects of the system.

Activity diagram is basically a flow chart to represent the flow form one activity to another activity. The activity can be described as an operation of the system.

So the control flow is drawn from one operation to another. This flow can be sequential, branched or concurrent. Activity diagrams deals with all type of flow control by using different elements like fork, join etc.

Purpose:

The basic purposes of activity diagrams are similar to other two diagrams. It captures the dynamic behaviour of the system. Other two diagrams are used to show the message flow from one object to another but activity diagram is used to show message flow from one activity to another.

EXPERIMENT NO.6Q.6 Using Rational Rose design an activity diagram for Registration system.

AIM: To draw the activity diagram of Registration System.

Page 14: se_file

ACTIVITY DIAGRAM:

Login

Fill hostel form

Fee submission

Certificates

Approval by the faculty

Section alotmnt (branch wise)

Commencement of the session'

Document Submission

Fill registration form

Fork

Join

Fork

Join

DISSCUSSIONS:

In an activity diagram we present the activities that are being performed during the system. In registration system the forms are first filled then the documents are submitted and then verified

Page 15: se_file

by the incharge. Finally the session commences after allotment of sections. All tthese various activities are performed.

EXPERIMENT NO.7Q.7 Using Rational Rose design an activity diagram for Library Information System.

AIM: To draw activity diagram for Library Information System.

ACTIVITY DIAGRAM:

Page 16: se_file

ForkJoin

Library Entry

Enter NAME ENTER BATCH ENTER ENO.

SELECT BOOK

UPGRADATION OF DATES

STAMPING OF LIB. CARD

BOOK ISSUED

RECEIVE LIB. CARD

RETURN BOOK

DISCUSSIONS:

In library information system activity diagram activities that are performe are: Entry in the library and giving the specific details of the candidate. Further book is selected by the candidate, the dates are upgraded, stamp on the book and the book is issued and library card is submitted. Finally the book is returned and the card is taken back. Thus all these activities are performed.

Page 17: se_file

CLASS DIAGRAM

DEFINITION

In software engineering, a class diagram in the Unified Modeling Language (UML) is a type of static structure diagram that describes the structure of a system by showing the system’s classes,

Page 18: se_file

their attributes, and the relationships between the classes. A class diagram is similar to a family tree. A class diagram consists of a group of classes and interfaces reflecting important entities of the business domain of the system being modeled, and the relationships between these classes and interfaces. The classes and interfaces in the diagram represent the members of a family tree and the relationships between the classes are analogous to relationships between members in a family free. Interestingly, classes in a class diagram are interconnected in a hierarchical fashion, like a set of parent classes and related child classes under the parent classes.

AIM / PURPOSE

Design experts who understand the rules of modeling and designing systems design the system’s class diagrams. A thing to remember is that a class diagram is a static view of a system. The structure of a system is represented using class diagrams. Class diagrams are referenced time and again by the developers while implementing the system.

ELEMENTS OF CLASS DIAGRAM

A class diagram is composed primarily of the following elements that represent the system’s business entities: Class: A class represents an entity of a given system that provides an encapsulated implementation of certain functionality of a given entity. These are exposed by the class to other classes as methods. Apart from business functionality, a class also has properties that reflect unique features of a class. The properties of a class are called attributes. A class is represented by a rectangle

Interface: An interface is a variation of a class. As we saw from the previous point, a class provides an encapsulated implementation of certain business functionality of a system. An interface on the other hand provides only a definition of business functionality of a system. A separate class implements the actual business functionality.

Package: A package provides the ability to group together classes and/or interfaces that are either similar in nature or related. Grouping these design elements in a package element provides for better readability of class diagrams, especially complex class diagrams.

EXPERIMENT NO.8Q.8 Using Rational Rose design a Registration System and also draw class diagram.

AIM: To draw class diagram for Registration System.

CLASS DIAGRAM:

Page 19: se_file

STUDENTst_namest_idst_class

login()fill form()submit()

FACULTYf_namef_f_idf_course

receive form()verify form()submit()

submit

DISCUSSION:

Whenever a student enters another year, he has to get him/her re-registered. During this process a student has to get affidavit, indemnity bond, fee receipt, registration form and registration fees. The documents submitted are re verified by the faculty incharge and finally by the program leader.

EXPERIMENT NO.9Q.9 Using Rational Rose design a library information system and also draw class diagram.

AIM: To draw class diagram for Library Information System.

CLASS DIAGRAM:

Page 20: se_file

studentst_namest_rollst_class

select book()give card()fill st_register()

facultyf_namef_idf_subject

select book()fill f_register()

librarianlib_namel_id

issue book()verify st_detail()

request

request1

DISCUSSION:

The Library Management System is designed & developed for a receipt and issuance of books in the library along with the student’s details. The books received in the library are entered in Books Entry form and the new student is entered in the student entry form. When the student wants to get the desired book the same is issued on the availability basis to the student. The issuance and due date for the returning of the book is also entered into the Book Issue form under third menu Book Issue. The student has to pay the fine if any on the basis of no. of days delayed deposit of the book in the library.

EXPERIMENT NO.10Q.10 Using Rational Rose design a hospital management system and also draw class diagram.

AIM: To draw a class diagram for Hospital Management System.

CLASS DIAGRAM:

Page 21: se_file

DoctorsIDNameDegreeSpecializationVisitTimings

Examine()Prescribe()Operate()

AdministrationHospitalNameNoOfEmployeesNoOfDoctorsLaboratories

Admit()LabTest()CollectFees()

Visit

receptionreceptionist nameid

attend queries()give appointment()

PatientIDNameAddressContactNoDisease nameBloodGroup

ConsultDoctor()Admit()Treatment()

Consult

Admitcalls

DISCUSSIONS:

A hospital information system (HIS), variously also called clinical information system (CIS) is a comprehensive, integrated information system designed to manage the administrative, financial and clinical aspects of a hospital. This encompasses paper-based information processing as well as data processing machines.It can be composed of one or a few software components with specialty-specific extensions as well as of a large variety of sub-systems in medical specialties.