Professional Documents
Culture Documents
A
Mini Project Report
Submitted in partial fulfilment of the
Requirements for the award of the Degree of
BACHELOR OF ENGINEERING
IN
INFORMATION TECHNOLOGY
By
B.MANISHA 1602-20-737-081
Ibrahimbagh, Hyderabad-31
We,B.MANISHA(1602-20-737-081)V.PAVANKUMAR(1602-20-737-090),here by
declare that the Case study report entitled “CRICKET LEAGUE” under the guidance of
Mr. DAVID RAJU SIR, Assistant Professor , Department of Information Technology, VCE,
Hyderabad is submitted in partial fulfilment of the requirement for the course of
Software Engineering-Lab in BE 2/4 (IT) IV-Semester.
This is a record of bonafide work carried out by me and the Design embodied
in this project report has not been submitted by any other.
B.MANISHA
1602-20-737-081
V.PAVAN KUMAR
1602-20-737-090
VasaviCollegeofEngineering(Autonomous)
Ibrahimbagh,Hyderabad-31
DepartmentofInformation technology
BONAFIDECERTIFICATE
This is a record of bonafide work carried out by me and the Design embodied
in this project report has not been submitted by any other.
B.MANISHA
1602-20-737-081
V.PAVAN KUMAR
1602-20-737-090
This is a prediction game guided with Graphical User Interface. This can be used/played by anyone
who has basic cricket knowledge. The user must register himself and verify himself with his g-mail
account. The user will be given 500 points for registering himself. The user should select the
available matches. The user should invest his points on the options given. The user has freedom to
invest his money on both the options for the given question. If his options are correct then his points
will be doubled otherwise his invested points on the question will be halved. The project has an
admin login through which the admin sets the match between the teams competing and feeds the
answer for the question after the match has completed. The leaderboard positions will be shown with
all the registered users irrespective of the participation. The questions are quite simple, like more run
getters, more wickets etc., among the players shown as options.
This project is developed to provide fun of betting without investing a penny. We came across this
project looking at various advertisements during the Indian premier league. For doing this project,
we gained some basic knowledge about GUI programming in python. The package tkinter is used in
this project, it will provide the required GUI.
Software Requirements Specification
(Word World)
1. Introduction
1.1 Purpose Basic Description of Problem
The main purpose is to build an environment where the user can improve their vocabulary or
technical skills by guessing the correct form of word from the jumbled word or by guessing the
correct technical term by looking at given image. The system has two logins, one for the player
and other for admin.
1.2 Scope
The purpose of this specification is to document requirements for a system to manage
the word world application. The specification identifies what such a system is required to do.
The specification is written in a format conforming to the IEEE Standard 830-1984.Subject
to approval , the specification will complete the Requirements phase and will be followed by
detailed design, implementation, and testing.
1. IEEEStd830-
1998:IEEERecommendedPracticeforSoftwareRequirementsSpecification
2. J. Peters, and W. Pedrycz, Software Engineering – An Engineering Approach.
NewYork,NY:Wiley, 2000.
3. D.P.Gilliam,T.L.Wolfe,J.S.Sherif,andM.Bishop,“SoftwareSecurityChecklistfor
the Software Life Cycle,” in
Proc.WETICE’03,2003,pp.243-
248.
4. A.D. Rubin, “Security Considerations for Remote Electronic Voting,”
CACM,vol.45,pp.39-44,Dec.2002.
1.5 Overview
This specification includes a brief product perspective and a summary of the functions
the software will provide. User characteristics are discussed, and any general constraints
or assumptions and dependencies are listed. Requirement statements are categorized as
functional requirements, performance requirements, non-functional requirements, or
design constraints. The rest of the document contains the overall description of the
system, requirements, data model and behavioral description of the system and project
planning.
2. General Description
2.1 Product Perspective
Cricket league is maintained by system where players have easy access to play the
game, even when they have to singly.
3. Specific Requirements
3.1 Functional Requirements
1.User Interface: The user is required to select which company is he interested in amongst the
various companies that have been provided.
2.Asp.net with SQL: As communication with user is performed in C# and data required for
processing is in a Database, a connectivity has to be implemented between the Database
3.2Advantages:
Helps the users to relax and play for passing the time.
It is simple and easy to play.
People will get to know about betting system.
Disadvantages:
Use Case Diagram: To illustrate the user intersection with the system
Use-case Diagram: A use case diagram shows interactions of actors with a system interms of
functions called use-case. A use case is description of a functionality that
thesystemprovides.Theactorsareexternaltothesystembutwhointeractswiththesystem;
they maybe external persons, external system and hardware.
Class Diagram: A class diagram shows the static structure of classes in the system.
The classes represent the “things” that are handled in the system. Class can be related to
each other in a number of ways: associated, dependent, specialized or packaged. Class
represents attributes and operations.
Object Diagram: An object diagram is a variant of the class diagram and uses almost
identical notation. The difference between the two is that an object diagram shows a
number of object instances of classes, instead of actual classes. Objects are written in
rectangular box with their names. object diagrams are written in rectangular box with their
names. Object diagrams are not important as class diagrams but show the actual instances
of a class and the relationships.
State Diagram: A state diagram is typically a component to the description of a class. Its
how all possible states that the object of the class can have, and which events cause the
state to change. An event can be another object that sends a message to it. A change is
called a transition. State diagrams are not drawn for all classes, only for those that have a
number of well-defined states.
State diagram can also be drawn for the system a saw hole.
Activity Diagram: An activity diagram shows a sequential flow of activities. This is typically
used to describe the activities performed in an operation.
Deployment Diagram: It represents the processors and devices to develop the system
,its how’s deployment view of the system.
Component Diagram: A component diagram shows the physical structure of the code in terms of
code components. A component can be a source code component, a
binarycomponentoranexecutablecomponent.Acomponentcontainsinformationaboutlogicalclassorcl
assesitimplemented
USECASEDIAGRAM
DEFINITION:
Use case Diagram is a collection of use cases, actors and relationships that
existsbetweenthem.Use-casediagramsgraphicallydepictsystembehavior(usecases).
Thesediagramspresentahigh-levelviewofhowthesystemisused asviewedfromanoutsider’s
(actor’s) perspective. A use-case diagram may depict all or some of the usecases ofasystem.
CONTENTS:
Ause-casediagramcancontain:
1. Actors("things"outsidethesystem):
Actorsrepresentsystemusers.Theyhelpdelimitthesystemandgiveaclearerpictureof whatthe
systemshould do. It is importantto note that an actor interacts with buthasnocontrol over
theusecases.
Anactorissomeoneorsomethingthat:
⮚ Interactswithorusesthesystem
⮚ Providesinputtoandreceivesinformationfromthesystem
⮚ Isexternaltothesystemandhasnocontrolovertheusecases
actor
2·Usecases(systemboundariesidentifyingwhatthesystemshoulddo):
Amoredetaileddescriptionmightcharacterizeausecaseas:
⮚ apatternofbehaviorthesystemexhibits
⮚ asequenceofrelatedtransactionsperformedbyanactorandthesystem
⮚ deliveringsomethingofvaluetotheactor.
Usecasesprovideameansto:
⮚ capturesystemrequirements
⮚ communicatewiththeendusersanddomainexperts
⮚ testthesystem
Use cases are best discovered by examining the actors and defining what the actor
willbeabletodo with thesystem.
use case
GeneralizationRelationship:
actor1
actor3
actor2
DependencyRelationship:
REQUIREMENTS:
HARDWARE:PIII Processor,512MBRAM,80GB
Use cases:
The use cases in our system are Login, leader board, match setup, match bet, match
availability.
Actors involved:
Player
Admin
CLASS DIAGRAM
DEFINITION: A class diagram shows the existence of classes and their relationships in the logical
designof asystem. Aclassdiagrammayrepresentallorpartoftheclassstructureofasystem.
CONTENTS:
Aclassdiagramcontains
1. Classes
2. Relationships
3. Interfaces
1) Classes:
A class is a set of objects that share a common structure and commonbehavior (the same
attributes, operations, relationships and semantics). Aclass is an abstraction of real-world items.
When these items exist in therealworld,theyareinstancesoftheclassandarereferredtoasobjects.
class
2) Relationships:
AggregateRelationship
Use the aggregate relationship to show a whole and part relationship betweentwo classes.The
class at the client end of the aggregate relationship is sometimescalled the aggregate class. An
instance of the aggregate class is anaggregate object. The class at the supplier end of the
aggregaterelationship is the part whose instances are contained or owned by the aggregate object.
An association provides a pathway for communication. The communication canbe between use
cases, actors, classes or interfaces. Associations are the mostgeneral of all relationships and
consequentially the most semantically weak.
Iftwoobjectsareusuallyconsideredindependently,therelationshipisanassociation
association
class1 class2
DependencyRelationship
Adependencyisarelationshipbetweentwomodelelementsinwhichachangetoonemodel
element will affect the other model element. Use a dependency relationship
toconnectmodelelements with thesame levelofmeaning
superclass
subclass1 subclass2
RealizeRelationship
3) Interfaces
An interface specifies the externally visible operations of a class and/or component, andhas
no implementation of its own. An interface typically specifies only a limited part
ofthebehaviorofaclassorcomponent.
Interfacesbelongtothelogicalviewbutcanoccurinclass,usecaseandcomponentdiagrams.
Adornments
You can further define an interface using the Class Specification. Some
classspecificationfieldscorrespondtoadornmentandcompartmentinformationthatyoucandis
playintheclassdiagram.
DIAGRAM:
REQUIREMENTS:
A sequence diagram is a graphical view of a scenario that shows object interaction in a time-
basedsequence what happensfirst,what happens next.
Sequencediagramsestablishtherolesofobjectsandhelpprovideessentialinformationtodetermine
classresponsibilities andinterfaces.
Thistypeofdiagramisbestusedduringearlyanalysisphasesindesignbecausetheyaresimpleandeasy
tocomprehend.
Sequencediagramsarenormallyassociatedwithusecases.
Sequencediagramsarecloselyrelatedtocollaborationdiagramsandbotharealternaterepresentationsof
aninteraction.
Therearetwomaindifferencesbetweensequenceandcollaborationdiagrams:
Sequencediagramsshowtime-based objectinteraction
Whilecollaborationdiagramsshowhowobjectsassociatewitheachother.
CONTENTS:
Thefollowingtoolslocatedonthesequencediagramtoolboxenableyoutomodelsequencediagrams
:
If you use the same name for several object icons appearing in the same collaboration
oractivity diagram, they are assumed to represent the same object; otherwise, each objecticon
represents a distinct object. Object icons appearing in different diagrams denotedifferent
objects, even if their names are identical. Objects can be named three differentways:object
name,objectnameandclass,orjustbytheclassnameitself.
MessageIcons:Amessageiconrepresentsthecommunicationbetweenobjectsindicatingthatanacti
onwillfollow.Themessageiconisahorizontal,solidarrowconnectingtwolifelinestogether.Thefoll
owingmessageiconsshowthreedifferent
waysamessageiconcanappearmessageicononly,messageiconwithsequencenumber,andmessage
iconwithsequencenumber and messagelabel.
Each message icon represents a message passed between two objects, and indicates
thedirection of message is going. A message icon in a collaboration diagram can
representmultiplemessages.Amessageiconinasequencediagramrepresentsexactlyonemessage.
MessagetoSelf:AMessagetoSelfisatoolthatsendsamessagefromoneobjectbacktothe same
object. It does not involve other objects because the message returns to the sameobject.The
sender ofamessageisthe same asthereceiver.
DIAGRAM:
REQUIREMENTS:
HARDWARE:PIIIProcessor,512MBRAM,80GB
SOFTWARE:IBM software.
COLLABORATION DIAGRAM
Collaborationdiagramsandsequencediagramsarealternaterepresentationsofaninteraction. A
collaboration diagram is an interaction diagram that shows the order ofmessages that
implement an operation or a transaction. A sequence diagram showsobjectinteraction in
atime-based sequence.
Collaboration diagrams show objects, their links, and their messages. They can alsocontain
simple class instances and class utility instances. Each collaboration diagramprovides a view
of interactions or structural relationships that occur between objectsandobject-like entitiesin
thecurrentmodel.
TheCreateCollaborationDiagramCommandcreatesacollaborationdiagramfrominformationcont
ainedinthesequencediagram.TheCreateSequenceDiagramCommandcreatesasequencediagramf
rominformationcontainedintheinteraction's collaboration diagram. The Go to Sequence
Diagram and Go to CollaborationDiagramcommandstraverse betweenaninteraction's
tworepresentations.
Collaboration diagrams contain icons representing objects. You can create one or
morecollaboration diagrams to depict interactions for each logical package in your
model.Such collaboration diagrams are themselves contained by the logical package
enclosingtheobjects theydepict.
AnObjectSpecificationenablesyoutodisplayandmodifythepropertiesandrelationshipsof
anobject.Theinformationinaspecificationispresentedtextually.Some of this information can
also be displayed inside the icons representing objects incollaborationdiagrams.
Youcanchangepropertiesorrelationshipsbyeditingthespecificationormodifying
the icon on the diagram. The associated diagrams or specifications are automaticallyupdated.
During:Analysis
UseCollaborationDiagrams:ToIndicatethesemanticsoftheprimaryandsecondaryinteractions.
DesignShowthesemanticsofmechanismsinthelogicaldesignofthesystem.
Usecollaborationdiagramsastheprimaryvehicletodescribeinteractionsthatexpressyourdecisions
aboutthe behaviorofthesystem.
Object:
An object has state, behavior, and identity. The structure and behavior of similar objects
aredefined in their common class. Each object in a diagram indicates some instance of a class.An
objectthatis notnamedisreferredto asaclassinstance.
If you use the same name for several object icons appearing in the same collaboration
oractivity diagram, they are assumed to represent the same object; otherwise, each objecticon
represents a distinct object. Object icons appearing in different diagrams denotedifferent
objects, even if their names are identical. Objects can be named three differentways:object
name,objectnameandclass, orjustbytheclassnameitself.
If you specify the name of the object's class in the Object Specification, the name
mustidentifyaclassdefined inthe model.
GraphicalDepiction
Theobjecticonissimilartoa classiconexceptthatthenameisunderlined:
If you have multiple objects that are instances of the same class, you can modify
theobjecticonbyclickingMultipleInstancesintheObjectSpecification.Whenyouselectthisfield,th
eiconis changedfromoneobject tothree staggeredobjects:
Concurrency
YoucandisplayconcurrencybyclickingShowConcurrencyfromtheobject'sshortcutmenu.The
adornmentis displayed atthebottomoftheobjecticon.
DIAGRAM:
HARDWARE:PIIIProcessor,512MBRAM,80GB
DEFINITION:
Activity diagrams provide a way to model the workflow of a business process. You canalso use
activity diagrams to model code-specific information such as a class operation.Activity
diagrams are very similar to a flowchart because you can model a workflowfromactivity
toactivity.
An activity diagram is basically a special case of a state machine in which most of thestates are
activities and most of the transitions are implicitly triggered by completion oftheactions in the
source activities. The main difference between activity diagrams and state charts is activity
diagramsareactivitycentric, while state chartsare state centric.
CONTENTS:
ActivityDiagramTools
Youcanusethefollowingtoolsontheactivitydiagramtoolboxtomodelactivitydiagrams:
End State: An end state represents a final or terminal state on an activity diagram orstate
chart diagram. Place an end state when you want to explicitly show the end of aworkflow on
an activity diagram or the end of a state chart diagram. Transitions canonlyoccurintoanend
state;however, therecan beany
numberofendstatespercontext.
Object: Rational Rose allows objects on activity, collaboration, and sequence diagrams.Specific
to activity diagrams, objects are model elements that represent something youcan feel and touch. It
might be helpful to think of objects as the nouns of the activitydiagram and activities as the verbs
of the activity diagram. Further, objects on activitydiagrams allow you to diagram the input and
output relationships between activities. Inthe following diagram, the Submit Defect and Fix
Defects can be thought of as the verbsand the defect objects as the nouns in the activity diagram
vocabulary. Objects areconnected toactivities throughobject flows.
Start State: A start state (also called an "initial state") explicitly shows the beginning ofa
workflow on an activity diagram or the beginning of the execution of a state machineon a
state chart diagram. You can have only one start state for each state
machinebecauseeachworkflow/executionofastatemachine beginsinthesameplace.
Normally, only one outgoing transition can be placed from the start state. However,multiple
transitions may be placed on a start state if at least one of them is labeled withacondition. No
incomingtransitions areallowed.
States: A state represents a condition or situation during the life of an object duringwhich it
satisfies some condition or waits for some event. Each state represents
thecumulativehistoryofits behavior.
Swim lanes: Swim lanes are helpful when modeling a business workflow because
theycanrepresentorganizationalunitsorroleswithinabusinessmodel.Swimlanesareverysimilarto
anobjectbecausetheyprovideawaytotellwhoisperformingacertainrole. Swim lanes only appear
on activity diagrams. You should place activities withinswim lanes to determine which unit is
responsible for carrying out the specific activity.Formore informationonswim lanes, lookat
theswim lanesample.
When a swim lane is dragged onto an activity diagram, it becomes a swim lane
view.Swimlanesappearassmalliconsinthebrowserwhileaswimlaneviewsappearbetweenthethin,
verticallineswithaheaderthatcanberenamedandrelocated.
Youcanshowoneormorestatetransitionsfromastateaslongaseachtransition
isunique.Transitionsoriginatingfromastatecannothavethesameevent,unlessthereareconditions
on the event.
DIAGRAM:
AIM:TodrawActivitydiagramfor Cricket league.
REQUIREMENTS:
HARDWARE:PIIIProcessor,512MBRAM,80GB
SOFTWARE: IBM software .
COMPONENTDIAGRAM
Componentdiagramsprovideaphysicalviewofthecurrentmodel.Acomponentdiagramshowstheo
rganizationsanddependenciesamongsoftwarecomponents,includingsourcecodecomponents,bin
arycodecomponents,andexecutablecomponents. These diagrams also show the externally
visible behavior of the componentsby displaying the interfaces of the components. Calling
dependencies among
componentsareshownasdependencyrelationshipsbetweencomponentsandinterfacesonotherco
mponents. Note that the interfaces actually belong to the logical view, but they can
occurbothin classdiagramsandincomponentdiagrams.
Componentdiagramscontain:
Componentpackages:Componentpackagesrepresentclustersoflogicallyrelated components,
or major pieces of your system. Component packages parallel theroleplayedby
logicalpackagesfor classdiagrams.Theyallowyoutopartitionthephysicalmodel ofthesystem.
Asystemmaybecomposedofseveralsoftwaremodulesofdifferentkinds.Eachsoftware module is
represented by a component in the model. To distinguish
differentkindsofcomponentsfromeachother,stereotypes are used.
Interfaces:Aninterfacespecifiestheexternally-visibleoperationsofaclassand/orcomponent, and
You can create one or more component diagrams to depict the component packages
andcomponents at the top level of the component view, or to depict the contents of
eachcomponent package. Such component diagrams belong to the component package
thattheydepict.
A Component Package Specification enables you to display and modify the properties ofa
component package. Similarly, a Component Specification and a Class Specificationenables
you to display and modify the properties of a component and an interface,respectively. The
information in these specifications is presented textually. Some of thisinformation can also be
displayed inside the icons representing component
packagesandcomponentsincomponentdiagrams, and interface sin class
diagrams.Youcanchangepropertiesof,orrelationshipsamong,componentpackages,components,
and interfaces by editing the specification or modifying the icon on
thediagram.Theaffecteddiagramsorspecificationsareautomaticallyupdated.
DIAGRAM:
AIM:TodrawComponentdiagram and for Cricket league.
REQUIREMENTS: HARDWARE :PIIIProcessor,512MBRAM,80GB.
SOFTWARE : IBM software.
STATE CHART DIAGRAM
REQUIREMENTS:
HARDWARE :PIIIProcessor,512MBRAM,80GB
DESCRIPTION:
The state chart diagram contains the states in the rectangle boxes and starts in indicated by the dot
and finish is indicated by dot encircled. The purpose of state chart diagram is to understand the
algorithm in the performing method. State diagram describes the flow of control from one state to
another state. States are defined as a condition in which an object exists and it changes when some
event is triggered.
Adeploymentdiagramshowsprocessors,devices,andconnections.Eachmodelcontainsasingled
eploymentdiagramwhichshowstheconnectionsbetweenitsprocessorsand devices,and
theallocation ofitsprocessesto processors.
Youcanchangepropertiesorrelationshipsbyeditingthespecificationormodifyingthe icon on
the diagram. The deployment diagram specifications are automaticallyupdated.
CONTENTS:
Processor:-Aprocessorisahardwarecomponentcapableofexecutingprograms.
Devices:
Adeviceisahardwarecomponentwithnocomputingpower.Eachdevicemusthaveaname.
Devicenamescanbegeneric, such as"modem"or"terminal."
Connections:
A connection represents some type of hardware coupling between two entities. Anentity
is either a processor or a device. The hardware coupling can be direct, such asan RS232
cable, or indirect, such as satellite-to-ground communication. Connectionsareusuallybi-
directional.
DIAGRAM:
AIM:TodrawDeploymentdiagramforWord world.
REQUIREMENTS:
HARDWARE :PIIIProcessor,512MBRAM,80GB
Aim: To generate a java code from a UML class diagram for Passport Automation System
Software Tools used: Rational Software Architect
Description: Software development is a process by which standalone or individual software is
created using a specific programming language. Software development may also be called
application development and software design.
Application development is basically the process of creating a computer program or set of
programs that can assist the daily functionalities of the user or business.
This is the “original” type of programming. These are ‘standard’ applications that perform their
duties on traditional desktop operating systems, such as Windows, Mac, or Linux. It’s often
considered a programme, executed on demand by the user, that opens its interface in the confines
of the OS that it’s running in.
Java, VB.NET, C/C++,C#, Python.
Procedure:
1. Open RSA:File->New->Project
2. Select a wizard as UML Project
3. Enter Project Name
4. Under Create new UML Model Template Blank Model
5. Click Finish.
6. Design a class diagram/Select Existing Model and the Save the diagram.
7. Select Blank model
8. Go to menu bar :Modeling ->Transfer -> New Configuration.
9. Enter file name of transformation
10. Under forward Transformation IBM Rational Transformations
11. Select UML to Javav5.0next
12. Under source and target
13. Select your project from source
14. Project name->models->Blank model
15. Click create new target container.
16. Enter Java code Project Name(Passport Java)-->Next
17. Java Settings-->Finish, then(observe Target as Project Name Java)
18. Click Next
19. UML to Java Options-->Next
20. Collections click Next
21. Mapping-->Next
22. Common->Next
23. Select Transformation Options as create source to target relationship.
24. Click Finish.
25. From the Project Explorer ,select Passport UML to JavaCode.tc->Right click->Transform->
UML to Javav5.0
26. From Explorer:- Expand Passport Java Folder->Expand default package->See your
classes,Java files
27. Double Click filename.Java file you can see Java Code.
CONFIGURATION MANAGEMENT
Aim: To configure the multiple users for assigning project - Passport Automation System
Software Tools used: IBM Rational Quality Manager
Description: Configuration management is a comprehensive engineering process which keeps track
and logs of all the changes which are made on the software by the different users until the product
goes live. This process aids the software developers to encounter and fix any fault which occur
during the development or testing phase. Every development team maintains a software
configuration and maintenance document to manage the projects in the most efficient manner.
Procedure:
To Create new user -
Username,UserID, Email ID
Go to Client Access Licenses in the same
o Select Rational Quality Manager-Quality Manager
o Select Rational Quality Manager-Connector
Step 5: Now Go to Active Users list and check the user id created or not.
Step 7:Login with the new user id and password in Quality manager
Step 8:The tool must provide only the project to which the user has got assigned.
Output:
TESTCASES
A good TestCasetemplate maintains test artifact consistency for the test teamand makes it
easy for all stakeholders to understand the test cases. Writing testcase in a standard format
lessen the test effortand the error rate. Test
casesformataremoredesirableincaseifyouarereviewingtestcasefromexperts.
TestCaseField Description
TestPriority: · Itisusefulwhileexecutingthetest.
o Low
o Medium
o High
Name of ·Determinethenameofthemainmoduleorsub-
modulebeingtested
theModule:
TestDesignedby: ·Tester'sName
Date of ·Datewhentestwasdesigned
testdesigned:
TestExecutedby: ·Whoexecutedthetest-tester
NameorTestTitle: ·Titleofthetestcase
Description/ ·Determinethesummaryortestpurposeinbrief
SummaryofTest:
TestSteps: · Mention all the test steps in detail and write in theorder
in which it requires to be executed.
Whilewritingteststepsensurethatyouprovideasmuchdeta
ilasyou can
TestData: ·Useoftestdataasaninputforthetestcase.Deliverdifferentdata
setswithprecisevaluestobeused asaninput
ExpectedResults: ·Mentiontheexpectedresultincludingerrorormessagethat
shouldappearonscreen
Post-Condition: ·Whatwouldbethestateofthesystemafterrunningthe test case?
ActualResult: ·Aftertestexecution,actualtestresultshouldbefilled
Notes: ·Iftherearesomespecialconditionwhichisleftinabovefield
Output:
38
FUNCTIONALITY TESTING
AIM – To Test the Functionality of the project using Rational Functional Tester.
Step 4 -run
Application starts
39
STEP 6 – click on record icon to record the script
STEP 7 -Select project and select Script, click Next and Finish
STEP 8- Run the application for a while and click on Stop button on Recording window
STEP 9 -Click on Run Test script button to play the recorded Functionality testin
40