Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
BAKTAVATCHALAM.G (08MW03)
MASTER OF ENGINEERING Branch: SOFTWARE ENGINEERING
of Anna University
May 2009
DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING
PSG COLLEGE OF TECHNOLOGY
(Autonomous Institution)
COIMBATORE 641 004
Acknowledgement
ACKNOWLEDGEMENT
We wish to express our sincere gratitude to our respected Principal Dr. R. Rudra
moorthy for having given us the opportunity to undertake our project.
We also wish to express our sincere thanks to Dr. S. N. Sivanandam, Professor an
d Head of the Department of Computer Science and Engineering, for his encouragem
ent and support that he extends towards our project work. We extend our sincere
thanks to our internal guide, Mr. M. GowriSankar, Lecturer, Department of Comput
er Science and Engineering, for his guidance and help rendered for the successfu
l completion of our project.
i
SYNOPSIS
The Article Information System has been developed for easily maintaining the inf
ormation about articles and customers in the article system and to help customer
s to search and view articles without visiting the library. This system replaces
current manual process of maintaining records of articles and publishing new ar
ticles about the customers which are highly time consuming. The Article Informat
ion system has an online catalogue using which the customers can login, search,
and publishes articles online. Customers can search articles by title, author na
me and keywords. The members can view their user account. One member is allowed
only to view only subscribed articles. Unregistered members can search for artic
les. New members can join by filling an online registration form. Reviewers can
login, search, accept and reject articles which are submitted by the customers o
nline. Each customer is subscribed to a particular period and if it expires then
he must obtain a new subscription. Single customer may possess different types
of subscription as they need.
i
TABLE OF CONTENTS
1. INTRODUCTION
This chapter provides a brief overview of the problem definition, objectives and
significance of the project and an outline of this report. 1.1 PROBLEM DEFINITI
ON The Article Information System provides improvements to the manual Article Sy
stem for Customers who are needs the Articles from online which are secured by a
uthentication and accessed from anywhere. Unlike current manual article system,
we reduce the complexity of articles maintenance and searching for needed articl
es... 1.2 OUTLINE OF THE PROJECT The rest of the report is structured as follows
. Chapter 2 discusses the requirements for the development of the system and an
analysis on the feasibility of the system. Chapter 4 presents the overall design
of the system. Chapter 5 discusses the implementation details. Chapter 6 explai
ns various testing procedures conducted on the system. The last section summariz
es the project.
2. REQUIREMENT ANALYSIS
This section describes the hardware and software specifications for the developm
ent of the system and an analysis on the feasibility of the system. This section
includes: 2.1 Vision and Scope 2.2 Software Requirement Specification 2.3 Useca
ses 2.4 Test Plan 2.5 Prototype
Table of Contents
Table of Contents ..............................................................
................................................. vi Revision History ..........
................................................................................
...................... vi 1. Introduction ......................................
.............................................................................. i
1.1 Purpose ...................................................................
.................................................. i 1.2 Document Conventions ..
................................................................................
.......... i 1.3 Intended Audience and Reading Suggestions .....................
..................................... i 1.4 Project Scope ......................
................................................................................
..... i 1.5 References .........................................................
....................................................... i 2. Overall Description
...............................................................................
........................ ii 2.1 Product Perspective ............................
..................................................................... ii 2.2 Pro
duct Features...................................................................
................................... ii 2.3 User Classes and Characteristics ....
....................................................................... iii 2.4
Operating Environment ..........................................................
................................ iii 2.5 Design and Implementation Constraints .
............................................................... iii 2.6 User Doc
umentation .....................................................................
......................... iii 2.7 Assumptions and Dependencies .................
........................................................... iii 3. System Featur
es .............................................................................
.............................. iv 3.1 Free Registration for Viewing some Informa
tion about Articles .......................... iv 3.2 Secured Subscription for v
arious levels of customers for various Articles ........... iv 3.2 Searching nee
ded articles ...................................................................
.................... iv 3.2 Submission of Articles for Publishing ..............
..................................................... iv 4. External Interface R
equirements.....................................................................
.............. v 4.1 User Interfaces ...........................................
............................................................. v 4.2 Hardware Int
erfaces ........................................................................
....................... vi 4.3 Software Interfaces .............................
................................................................... vi 4.4 Commu
nications Interfaces ...........................................................
........................ vi 5. Other Nonfunctional Requirements ................
............................................................. vi 5.1 Performance
Requirements ..................................................................
.................. vi 5.2 Safety Requirements ..................................
............................................................ vi 5.3 Security Req
uirements ......................................................................
..................... vi 5.4 Software Quality Attributes .......................
............................................................ vi 6. Other Require
ments ..........................................................................
.......................... vii Appendix A: Glossary.............................
.......................................................................... vii A
ppendix B: Analysis Models ...........................................Error! Boo
kmark not defined. Appendix C: Issues List .....................................
............................................................... vii
Revision History
Name G.Baktavatchalam Date 28-01-09 Reason For Changes Initial draft Version 1.0
5. Introduction
5.1. Purpose
This SRS describes the software functional and nonfunctional requirements for re
lease 1.0 of the Article Information System (AIS). This document is intended to
be used by the members of the project team that will implement and verify the co
rrect functioning of the system. Unless otherwise noted, all requirements specif
ied here are high priorities and committed for release 1.0.
5.2. Document Conventions
DC-1: DC-2: Every Requirement Statement has its own Priority High Level Requirem
ents are inherited by Detailed Requirements
5.3. Intended Audience and Reading Suggestions
IA-1: IA-2: IA-3: IA-4: IA-5: RS-1: Developers Testers Project Managers Document
ation Writers Users Beginning with the overview sections and proceeding through
the sections Those are most relevant to each Reader Type
5.4. Project Scope
The Article Information System provides a way in which the Customers may publish
, view and search the articles in a Systematic Way with Various levels of Subscr
iptions and Authentications. A detailed project description is available in the
Article Information System Vision and Scope Document [1]. The section in that do
cument titled Scope of Initial and Subsequent Releases lists the features that are
scheduled for full or partial implementation in this release.
5.5. References
1. Wiegers, Karl. Cafeteria Ordering System Vision and Scope Document, www.proce
ssimpact.com/projects/COS/COS_vision_and_scope.doc Wiegers, Karl. Process Impact
Intranet Development Standard, Version 1.3, www.processimpact.com/corporate/sta
ndards/PI_intranet_dev_std.doc
2.
3.
Zambito, Christine. Process Impact Business Rules Catalog, www.processimpact.com
/corporate/policies/PI_business_rules.doc
6. Overall Description
6.1. Product Perspective
The Article Information System overcomes current manual maintenance and it provi
des Systematic approach to manage and maintain the Article System. The context d
iagram in Figure 1 illustrates the external entities and system interfaces for r
elease 1.0. The system is expected to evolve over several releases.
Management Users
Maintain
Marketing
Executives Article Information System
Publish, Subscribe
Finding, Subscribe
Educational and Research Users
Latest Topics
Search
Existing Customers
Article Storage System
Figure 1 Context diagram for release 1.0 of the Article Information System
6.2. Product Features
This Article Information System includes the Major Features of Free Registration
for viewing some Information about Articles, Secured Subscription for various l
evels of customers for various Articles, Searching needed articles and Submissio
n of Articles for Publishing
7. System Features
7.1. Free Registration for viewing Information about Articles
Description and Priority The Customers who want to see the information about som
e Articles with free of cost and they can also search for their desired Articles
. The free registrations only give the Article Abstract. It is an Extra Benefit
Feature and it is very useful for customers and they can able to view Article In
formation before Subscription. Priority = High. 3.1.2 Stimulus/Response Sequence
s Stimulus: Customer request for Registration Response: System now prompts for P
ersonal Details and a Password for Registration Stimulus: Customer needs to give
Personal Details and a Password for Registration Response: System now gives a T
emporary Low Level Subscription Code and its validity period 3.1.3 Functional Re
quirements REQ-1: REQ-2: Free Registration Validity Period Allotment for Free Su
bscription 3.1.1
7.2. Secured Subscription for various Levels of Customers for various Articles
Description and Priority The Customers who wants to subscribe more number of dif
ferent Article Areas then they need to subscribe into various levels as per thei
r need and it will increase the subscription cost. Priority = High. 3.1.2 Stimul
us/Response Sequences Stimulus: Customer request for Registration Response: Syst
em now prompts for Personal Details and the Subscription Code and Password for R
egistration Stimulus: Customer needs to give Personal Details and the Subscripti
on Code and Password for Registration Response: System now gives validity period
and display Subscription Level Details 3.1.3 Functional Requirements REQ-1: REQ
-2: REQ-3: Registration Validity Period Allotment for Subscription Customer Subs
cription Level 3.1.1
UI-3:
The Web pages shall permit complete navigation and item selection using the keyb
oard alone, in addition to using mouse and keyboard combinations.
8.2. Hardware Interfaces
No hardware interfaces have been identified.
8.3. Software Interfaces
SI-1: Article Storage System SI-1.1: Storing/Retrieving the customers subscripti
ons and Validity SI-1.2: Storing/Retrieving the customers Registration details
8.4. Communications Interfaces
CI-1: RSA Encryption Algorithm is used when accessing users personal details
9. Other Nonfunctional Requirements
9.1. Performance Requirements
PE-1: PE-2: PE-3: PE-4: The system should accommodate 200+ users concurrently Al
l Web pages generated by the system shall be fully downloadable in no more than
few seconds over a low speed modem connection Responses to search queries shall
take no longer than 5 seconds to load onto the screen after the user submits the
query The system shall display confirmation messages to users within 4 seconds
after the user submits information to the system
9.2. Safety Requirements
No safety requirements have been identified.
9.3. Security Requirements
SE-1: SE-2: Users shall be required to log in to the System for all operations e
xcept Searching All customers detail accessing should posses RSA Encryption
9.4. Software Quality Attributes
Availability : Robustness : Usability : This System shall be available to users
on 99% in 24x7 basis If the connection between the user and the system is broken
prior to an subscription being either confirmed or canceled, the System shall e
nable the user to recover an incomplete order. This system should be very easy o
ne to use
Use Cases
for
Article Information System, Release 1.0
Version 1.0 Approved
Prepared by G.BAKTAVATCHALAM
PSG College of Technology
February 25, 2009
Revision History
Name Date Reason For Changes Version
The various user classes identified the following use cases and primary actors f
or the Article Information System:
Primary Actor
Customers
Use Cases
1. 2. 3. 4. Search For Articles Subscribe For Articles Submit Article For Review
Login For accessing Subscribed Articles and View the Articles
Reviewers
5. Review the Articles
Use Case ID: 1 Use Case Name: Search For Articles Created By: Bakthavatchalam.G
Date Created: Feb 25, 2009 Actors: Customers Description: The customers may sear
ch for new/old articles with the specification of author/issue date/title/keywor
ds Preconditions: All the informations about the Articles(new & old) should be av
ailable Postconditions: The Search History dumped into Storage for Future Analys
is Normal Flow: 1.0 Search Using Author The System displays the Search box for a
uthor name input User types the author name and do searching The System search t
he articles which are submitted by the given author Then it will display the res
ulted articles to Users screen User now view the articles relevant to his reques
t and view the article one by one Alternative Flows: 1.1 Search Using Issue Date
1. The System displays the Search box for date input 2. User types the date and
do searching 3. The System search the articles which are submitted on the month
& year of given date 4. Then it will display the resulted articles to Users scr
een 5. User now view the articles relevant to his request and view the article o
ne by one 1.2 Search Using Title 1. 2. 3. 4. 5. The System displays the Search b
ox for title input User types the title and do searching The System search the a
rticles which are contains the given title Then it will display the resulted art
icles to Users screen User now view the articles relevant to his request and vie
w the article one by one 1.3 Search Using Keywords 1. 2. 3. 4. The System displa
ys the Search box for keyword input User types the keywords and do searching The
System search the articles which are contains the given keywords Then it will d
isplay the resulted articles to Users screen 1. 2. 3. 4. 5. Last Updated By: Dat
e Last Updated:
5. User now view the articles relevant to his request and view the article one b
y one Exceptions: 1.0.E.1 If user gives an Invalid Date (at step 1.1) 1. System
gives Error Message as Invalid Date Format/Date Not Exist.
1.0.E.2 Author Name is not Found (at step 1.0) 1. System gives Error Message as
No Author Found. Includes: None Priority: High Frequency of Use: Approximately 2
00+ times per day Business Rules: None Special Requirements: 1. The System must
know the latest and old articles and its details. Assumptions: 1. If the user is
not logged then System only allows the minimal information about articles. Note
s and Issues: 1. System must know the user is a Guests or Subscribed Customers
Use Case ID: 2 Use Case Name: Subscribe For Articles Created By: Bakthavatchalam
.G Date Created: Feb 25, 2009 Actors: Customers Description: The Article Managem
ent System provides multilevel Subscriptions and the subscription code. Precondi
tions: The Subscription Codes and corresponding Users must available Postconditi
ons: Users detail has been saved. Last Updated By: Date Last Updated:
Normal Flow: 1.0 Registration 1. The System requests for user name, address, pho
ne, password, subcode 2. User must enter the correct values and submit. 3. Now t
he system checks for subcode format and existence, then it will store the users i
nformation along with validity period (generated by System based on subcode). 4.
The System informs the user as Information was saved. 5. Now the User can able
to view subscribed articles and to post article for publication Alternative Flow
s: None Exceptions: 1.0.E.1 Invalid Subscription Code (at step 1) 1. System info
rms user that given code is invalid format or not exist. Includes: None Priority
: High Frequency of Use: Approximately 20 times per week Business Rules: None Sp
ecial Requirements: 1. The Subcode should be in a specified fixed format Assumpt
ions: 1. The Subscribed User got the subcode via postal and he must enter the sa
me code here to view articles online Notes and Issues: None
Use Case ID: 3 Use Case Name: Submit Article For Review Created By: Bakthavatcha
lam.G Date Created: Feb 25, 2009 Actors: Customers Description: The Subscribed U
sers may have an opportunity to publish their articles. To publish the Article u
ser must submit the article for reviewing. After review the article is published
. Last Updated By: Date Last Updated:
Description: The Subscribed Users may login into their account to see updated ar
ticles and any information regarding to his article submission or to do submissi
on. Preconditions: User Must register in to our System to do this. Postcondition
s: The Submitted article directed to Reviewing Section. Normal Flow: 1.0 Login 1
. The System requests for Subcode and password 2. User now enters the Subcode an
d password in the boxes provided and submit it 3. Now the system verifies accoun
t and collect articles related to this account and also collect any information
to this account. 4. Now System displays the info to the user. Alternative Flows:
1.1 Submit the Article 1.2 Logout 1.3 View the Article Exceptions: 11.0.E.1 Inv
alid User Information (at step 1) 1. System informs that Subcode or password is
not Valid.
Includes: None Priority: High Frequency of Use: Approximately 2 times per day by
one user Business Rules: None Special Requirements: 2. Article should be in giv
en Fixed Format Assumptions: None Notes and Issues: None
Use Case ID: 5
Use Case Name: Review the Articles Created By: Bakthavatchalam.G Date Created: F
eb 25, 2009 Actors: Reviewer Description: The Subscribed Users may have an oppor
tunity to publish their articles. To publish the Article user must submit the ar
ticle for reviewing. After review the article is published. Now the reviewer vie
ws the each Article and do accept/reject. Preconditions: Reviewer Must log in to
our System to do this. Postconditions: The Submitted articles are available. No
rmal Flow: 1.0 Review Article 5. The System lists all Article titles 6. Now revi
ewer click on article and click on view 7. Now the system displays article conte
nts. 8. Now reviewer does accept/reject the article. 9. System saves modified st
atus. Alternative Flows: None Exceptions: None Includes: None Priority: High Fre
quency of Use: Approximately 20 times per month Business Rules: None Special Req
uirements: 3. Article should be in given Fixed Format Assumptions: None Notes an
d Issues: None Last Updated By: Date Last Updated:
TEST PLAN
Project Number: 08MW03 Project Name: Article Information System A web applicatio
n which enable the article library members to search for Description: articles,
subscribe and view books online. The customer can search new articles and publis
h new articles. Project Manager: G.BAKTAVATCHALAM Date Updated:
Project Test Plan
Overview Test plan objectives To ensure that the Online Library Management Syste
m will: - Function consistently and reliably in accordance with current business
operations. - Meet or exceed user requirements and technical specifications. Not adversely impact other systems or the existing technology environment. - It
is assumed that there are few reviewers and customers whose personal details, us
ername and password are already stored in the database. - The subscription codes
of each customer are assumed to be unique. The following risks apply to the tes
ting process and may impact either the proposed date of readiness for the deploy
ment of Article Information System, or the comprehensive level of testing that c
an be performed in each of the Functional Units: - The actual deployment of Arti
cle Information System may take longer to perform than anticipated, as the admin
is also using the same database for maintenance.
Testing Assumptions
Risks & Contingencies
Test Scope Features to be Tested All features, forms, reports and interfaces aff
ected by the Article Information System will be tested. These include: - Login f
orms - User manual
The failed test case will then be retested using the same test case script that
detected the error in order to verify that the problem has been rectified.
Resources Environmental Needs In order to conduct comprehensive end-to-end syste
m and user testing are the networked system where the functional and non-functio
nal testing is performed. Developer
Staffing Requirements
Testing Activity Preparation of the testing environment Integration & System tes
ting
Dependencies None
Timeframe Mar Apr
Testing environment has been set up
Apr 14
Establishment of Test Plan None and Testing Templates Updating of Functional Non
e Unit Master Test Case Lists and Test Case Scripts Actual Testing (execution of
Test Case Scripts) Testing environment has been set up - Integration & System T
esting has been completed - Test Case Scripts have been developed - Deployment o
f Online Library Management system
Apr 14
Start Apr 14, 2009
Start Apr 14, 2009
Final Functional User Acceptance Testing & Sign-off
Apr 21 , 2009
Prototype
for
Article Information System
Version 1.0 Approved
Prepared by G.BAKTAVATCHALAM
PSG College Of Technology
25-02-2009
Help Page
Home Page
Article Submission
Subscription
Reviewing
Search
Users Home
System Design
for
Article Information System, Release 1.0
Version 1.0 Approved
Prepared by G.BAKTAVATCHALAM
PSG College of Technology
February 18, 2008
Revision History
Name Date Reason For Changes Version
Class Diagram:
Review Login subcode : String pwd : String validate()
getReqArticles() accept() reject()
ArticleUtil
validateArticles() store()
Article DBUtil storeUserInfo() storeHelpInfo() storeArticle() getArticles() getU
serInfo() getHelpInfo() Account Registration getUserInfo() validate() store()
cname addr phone pwd scode getInfo() setInfo() id title author idate keywords[]
contents getInfo() setInfo()
SubCodeUtil
checkCodeFormat() getCode()
Search usingTitle() usingAuthor() usingIDate() usingKeys()
DynHelp
getHelpInfo() setHelpInfo()
ServerManager
Articles keys[] serverReader serverWriter distribute() sendArticles() sendKeys()
getACount()
ClientManager
getArticles() getKeys() search() sendResults()
Register:
Customer
AIS
DBManager
1: Submit All Info
2: verify all info 3: invalid info 4: store 5: success 6: display status
Review:
Reviewer AIS DBManager
1: Requested Articles 2: Req Articles 4: Articles 5: accept/reject 3: Articles
Search:
Customer AIS DBManager
1: author/idate/title/contents 2: getArticles 3: Searching 5: formatted info 4:
Article Result Set
Help:
Customer 1: req help topic 2: req help info 3: search 4: help info AIS DBManager
5: formatted help
Review:
5: accept/reject DBManager
1: Reviewer Requested Articles AIS 4: Articles
2: Req Articles 3: Articles
Search:
AIS 1: author/idate/title/contents Customer 5: formatted info 4: Article Result
Set DBManager
3: Searching 2: getArticles
Help:
Customer 1: req help topic AIS 5: formatted help 3: search 2: req help info 4: h
elp info DBManager
Activity Diagram:
Customer
AIS
DBManager
invalid Login code & pwd Verify code verify user
invalid code display articles retrieve articles
valid user get articles result set format articles articles
send article
article
verify
send for publish
store
author/idate/keys/title search get articles search
finding articles
result set show articles formatting articles
Component Diagram:
AIS
Crawler
DB Manager
Deployment Diagram:
Crawler
AIS
Distributed Network
6. TESTING
6.1. JUNIT TEST CASES A unit test is a programmer-written test for a single piec
e of functionality in an application. JUnit test cases are Java classes that con
tain one or more unit test methods, and these tests are grouped into test suites
. You can run tests individually, or you can run entire test suites. Test Scenar
io S.No 1 2 3 4 5 6 7 8 9 10 Test Scenario ID TS1.1 TS1.2 TS1.3 TS2.1 TS2.2 TS2.
3 TS3.1 TS3.2 TS3.3 TS4.1 Test Scenario Description Username and Password Match
Invalid Username and Password Username and Password blank Valid Subscription num
ber Invalid Subscription number Subscription number null Valid title Invalid tit
le Title null Valid author name
6.2. HTTPUNIT TEST CASES With HTTPUnit, Java programs can access servers directl
y, without the need for a web browser. HTTPUnit provides an API for interacting
with HTML, submitting forms, following hyperlinks, setting cookies and many othe
r tasks associated with web browsers. Test Scenario: S. No Test Scenario Id Test
Scenario Description Check link from index page to login page Check link from i
ndex page to Register page Check link from login page to Reviewer page Check lin
k from home page to search page Check link from login page to useraccount page
1 TS1.1 2 TS1.2 3 TS1.3 4 TS1.4 5 TS1.5
Sample Test Code: import com.meterware.httpunit.*; import junit.framework.*; pub
lic class ExampleTest extends TestCase { public static void main(String args[])
{ junit.textui.TestRunner.run( suite() ); } public static Test suite() { return
new TestSuite( ExampleTest.class ); } public ExampleTest( String name ) { super(
name ); } public WebResponse tryGetResponse(WebConversation conversation,WebReq
uest request) throws Exception { WebResponse response=null; try { response = con
versation.getResponse( request ); } catch (HttpNotFoundException nfe) {
Test Cases: S.No Test case ID +/+ 1 TC1.1 + 2 TC1.2 Short Description Check link
from index page to login page Check link from index page to Register page Check
link from index page to Reviewer page Steps to follow Click LOGIN Expected resu
lts Forwarded to login page Registration form should be displayed Reviewer page
should display Obtained result Forwarded to login page Registration form should
be displayed Reviewer page is displayed
Click REGISTER
3
TC1.3
+
Click Search
Check link from home page to search page 4 TC1.4 + Check link from home page to
useraccount page
Click Search
Search page should be displayed
Search page is displayed
5
TC1.5
+
Click Useraccount
Useraccount page should be displayed
Useraccount page is displayed
6.3. LOAD AND PERFORMANCE TESTING The load and performance testing is done using
the tool Load-Runner and the results obtained are shown below. The system is si
mulated for 30 vusers.
Running Vusers
Overall Report
6.4. USING WINRUNNER Mercury WinRunner is the powerful test automation solution
for the enterprise. It helps you automate the testing process, from test develop
ment to execution. You create adaptable and reusable test scripts that challenge
the functionality of your application. Prior to a software release, you can run
these tests in a single overnight runenabling you to detect defects and release
software of superior quality. You can also convert existing WinRunner tests to s
cripted components, or create new scripted components. Scripted components are p
art of Business Process Testing in Mercury Quality Center, which utilizes a keyw
ord-driven methodology for testing applications. Scripted components are reusabl
e modular scripts that can be created in WinRunner, and then used in business pr
ocess tests.
SAMPLE TEST SCRIPTS: # _login set_window("_login",86); edit_set("subcode","admin
"); obj_type("subcode","<kTab>");
7. CONCLUSION
Thus the Article Information system was implemented successfully. This will help
the customers to search, view and publish articles online. Also the reviewer ca
n do accept/reject for submitted articles. This system helps Article System to r
emove the various bottlenecks in maintaining manual records and also the members
need not go to the article library for searching articles. Future Enhancement:
This Article Information system can be extended for Distributed Library. The sea
rch can be further refined by categorizing based on various factors like educati
on, entertainment etc. The system can be further enhanced by providing facility
for online payment of registration charges using credit cards, automatically sen
ding emails to customers intimating overdue and cancelled reservation.