se project
se project
EXPERIMENT 1
1. Problem Statement: A Book Bank lends books and magazines to member, who is registered
in the system. Also it handles the purchase of new titles for the Book Bank. Popular titles are brought
into multiple copies. Old books and magazines are removed when they are out or date or poor in
condition. A member can reserve a book or magazine that is not currently available in the book bank,
so that when it is returned or purchased by the book bank, that person is notified. The book bank can
easily create, replace and delete information about the tiles, members, loans and reservations from the
system.
Users Characteristics:
Student: They are the people who desire to obtain the books and submit the information to the
database.
Librarian: He has the certain privileges to add the books and to approval of the reservation of books.
System Modules:
Log in: Secure registration of student and librarian by filling online registration form.
Book bank: Book bank contains all the books. New book added to the book bank with bookno, title
name, author, edition, publisher name details to the database. Any book is deleted if damaged. Update
of the book information also done.
Operations: student and administrator perform their operations like add book, delete book, update
information, view book details are implemented in log in WebPages.
Non-functional requirements:
Privacy: privacy maintained for each and every user by providing user credentials username
and password.
Hardware Requirements:
Processor:i3 or higher
RAM : 4 GB
Star UML is a UML (Unified Modeling Language) tool, introduce by MKLab. It is an open-source
modeling tool that supports the UML framework for system and software modeling. StarUML
is based on UML version 1.4, it provides 11 different types of diagram and it accepts UML 2.0
notation. Version 2.0 was released for beta testing under a property license.
StarUML is mostly used by the Agile and small development teams, professional persons and
used by the educational institutes
2. Class Diagram
3. Sequence Diagram
4.Collaboration Diagram
5.Statechart Diagram
6.Component Diagram
7.Deployment Diagram
Features of StarUML
StarUML”.
Step 3: There will be 3 Operating Systems (OS) options, click on the option as per the devise
OS.
Step 4: Now, right-click on the downloaded file, select “Show in Folder” option.
Step 5: Click on the open file, a popup window opens, click on the “Yes” button.
Step 6: Installation gets start. After installation popup opens to ask to buy a license. If you
want to click on the “Buy Now” button or else close that window. StarUML is ready to use.
Use_Case Diagram:
The book bank use cases are:
1. book_issue
2. book_return
3. book_order
4. book_entry
5. search book_details
10
Actors Involved:
1. Student
11
2. Librarian
3. Vendor
Usecase Name : Search Book_Details
The librarian initiates this use case when any member returns or request the book and checking if the
book is available.
Precondition: The librarian should enter all Book details.
Normal Flow: Build message for librarian who search the book.
Post Condition: Send message to respective member who reserved the book.
Activity Diagram:
Activity diagrams are graphical representations of workflows of stepwise activities and actions with
13
support for choice, iteration and concurrency. In the Unified Modeling Language, activity diagrams
can be used to describe the business and operational step-by-step workflows of components in a
system. An activity diagram shows the overall flow of control. An activity is shown as an rounded
box containing the name of the operation.
This activity diagram describes the behaviour of the system.
14
Figure 3. Activity Diagram for Book Bank System [order book]
15
Figure 4. Activity Diagram for Book Bank System [Return book]
Sequence Diagram:
A sequence diagram represents the sequence and interactions of a given USE-CASE or scenario.
Sequence diagrams can capture most of the information about the system. Most object to object
interactions and operations are considered events and events include signals, inputs, decisions, interrupts,
transitions and actions to or from users or external devices.
An event also is considered to be any action by an object that sends information. The event line
represents a message sent from one object to another, in which the “form” object is requesting an
operation be performed by the “to” object. The “to” object performs the operation using a method that the
class contains.
16
It is also represented by the order in which things occur and how the objects in the system send
message to one another.
17
Figure 5. Sequence Diagram For Book Issue & Return
Class Diagram:
The class diagram, also referred to as object modeling is the main static analysis diagram. The main
task of object modeling is to graphically show what each object will do in the problem domain. The
problem domain describes the structure and the relationships among objects.
18
The ATM system class diagram consists of four classes:
1. Student
2. Book
3. Issue
4. Return
5. Vendor
6. Details
1) Student:
It consists of twelve attributes and three operations. The attributes are enrollno, name, DOB,
fathername, address, dept name, batch and book limits. The operations of this class are addStInfo(),
deleteStInfo(), modifyStInfo().
2) Book:
It consists of ten attributes and four operations. This class is used to keep book information such as
author, title, vendor, price, etc
3) Issue:
It consists of eight attributes and two operations to maintain issue details such as, issue date, accno of
issued book, name of the student who borrowed book.
4) Return:
It consists of eight attributes and two operations to maintain issue details such as, issue date, accno of
issued book, name of the student who borrowed book.
5) Students:
The attributes of this class are name, dept ,year ,bcode no The operation is display students().
6) Detail:
19
The attributes of this class are book name, author, bcode no The operations are delete details().
20
Figure 8. State Chart Diagram for BookBank System
21
3. Develop test cases for unit testing and integration testing
4. Develop test cases for various white box and black box
testing techniques.
22
23
24
25
26
27