SYSTEM REQUIRMENT SPECIFICATIONS FOR eCommerce Application PURPOSE OF THE SYSTEM
eCommerce Application is used to assist people making purchases online. The Business-to-Cus Business-to-Customer tomer aspect of electronic electronic commerce (e-commerce) (e-commerce) is the most visible business use of the World Wide Web. The primary goal of an e-commerce site is to sell goods and services online. -commerce is fast gaining ground as an accepted and used business paradigm. !ore and and more more busi busine ness ss ho hous uses es are are impl implem emen enti ting ng "eb "eb site site prov provid idin ing g funct functio iona nali lity ty for for perfor performin ming g commer commercial cial trans transact action ions s ov over er the "eb. "eb. #t is reason reasonable able to say that that the process of shopping on the "eb is becoming commonplace. $hopping Cart feature allo"s online shopping customers to %place& items in the cart. 'pon %checkout %checkout&& the soft"are calculate calculates s as total for the order order including shipping shipping and handling handling postag postage e packing packing and taes taes if applic applicable able..
The $hopping $hopping Cart Cart is very very
import important ant featur feature e used used in e-comm e-commerc erce e to ass assist ist people people making making purcha purchases ses produc products ts online. #t provides the user a catalog of different products available in the system. #n order to purchase a shopping cart is provided to the user. The shopping cart application has has been been deve develo lope ped d to allo" allo" busin busines ess s gro" gro"s s large largerr and and fast faster er..
This This site site "ill let let
customers to vie" and order products online from any part of the "orld. 'nder this "ebsite many products and services can be ordered. The shopping cart is epanded permanently through ne" products and services in order to offer a product portfolio corresponding to the market. PROBLEMS IN THE EXISTING SYSTEM:
•
#t is limited to a single system.
•
#t is less user-friendly. user-friendly.
•
#t is having lots of manual "ork (!anual system does not mean that you are "orking "ith "ith pen pen and and pape paperr it also also incl includ ude e "ork "orkin ing g on spre spread ad shee sheets ts and and othe otherr simp simple le soft"are*s).
•
The present system is very less secure.
•
#t is unable to generate different kinds of report.
•
'ser must go to shop and order products.
•
#t is difficult to identify the re+uired product.
•
,escription of the product obtained only on manually.
•
Accuracy not guaranteed.
•
ot in reach of distant users.
SOLUTION OF THESE PROBLEMS
The development of the ne" system contains the follo"ing activities "hich try to automate the entire process keeping in vie" of the database integration approach. •
'ser friendliness is provided in the application "ith various controls.
•
The system makes the overall proect management much easier and fleible.
•
#t can be accessed over the #nternet.
•
/arious classes have been used to provide file upload and mail features.
•
There is no risk of data mismanagement at any level "hile the proect development is under process.
•
0eport generation feature is provided using Crystal 0eports to generate different kinds of reports like bar graphs pie charts and table type charts etc.
#t provides high level of security using different protocols like https etc. STUDY OF THE SYSTEM #n the fleibility of the uses the interface has been developed a graphics concept in mind associated through a bro"ses interface. The 1'#2$ at the top level have been categori3ed as 4. Administrative user interface 5. The operational or generic user interface The administrative user interface concentrates on the consistent information that is practically part of the organi3ational activities and "hich needs proper authentication for the data collection. The interfaces help the administrations "ith all the transactional states like ,ata insertion ,ata deletion and ,ata updating along "ith the etensive data search capabilities.
The operational or generic user interface helps the users upon the system in transactions through the eisting data and re+uired services. The operational user interface also helps the ordinary users in managing their o"n information helps the ordinary users in managing their o"n information in a customi3ed manner as per the assisted fleibilities. Number o Mo!ule" The system after careful analysis has been identified to be presented "ith the follo"ing modules and roles. T#e mo!ule" in$ol$e! are% 4.
Administrator
5.
'sers
6.
$earch
7.
0eports
A!mini"trator%& The administrator is the super user of this application. Admin only access to enter into this admin page. Admin had all privileges to give authenticate to user and gives privileges that "hich portion they can access. The administrator has all the information about all the users and about all products. This module is divided into different sub-modules. 4. !anage Category 5. !anage 8roducts 6. !anage 'sers 7. !anage 9rders :istory ;. 0eports
'( !anage Category< a. Add Category<
The shopping cart proect contains different kind of products. The products can be classified into different categories. Admin can add ne" category into the eisting system. b. dit Category< Based on the market analysis admin can update a category. :e can change the category of a particular product. c. ,elete Category< Admin has privilege to delete a category from the eisting system. d. /ie" Category< All eisting categories can vie" by the administrator. The administrator can keep track on categories.
)( !anage 8roducts< a. Add 8roducts< The shopping cart proect contains different kind of products. The products can be classified into different categories. Admin can add ne" products into the eisting system and he can map "ith the category. b. dit 8roducts< Based on the market position admin "ill modify the product details like price +uantity packing etc. c. ,elete 8roducts< Administrator can delete the products based on the category.
d. /ie" 8roducts< Administrator can vie" the product details. :e can "atch the products prices and contents of the products. *( !anage 'sers< a. /ie" 'sers<
Admin can vie" the user details "hich are registered in his system. Because he must kno" ho" many users entered his site and purchase products. $o he can keep track on user2s information. b. dit 'sers< Admin has privileges to edit a particular user information "hich is re+uested by the users. b. ,elete 'sers< Administrator has a right to delete user information "ith out intimation.
+( !anage 9rder :istory< a. /ie" the 9rder :istory< Administrator can vie" the 9rder :istory "hich is generated by the user. :e can verify the products and their prices. b. 1enerate Bill =or :istory< Administrator generates the bill for order list "hich is prepared by the users.
c. $et $tatus< Admin can set the status for the 9rder list "hich is given by the user. The status can be different types as follo"s. o o o o
$hifted ,elivered Cancelled 0eected
USERS%& '( ,ie- Pro!uct"% 'ser can vie" the list of products based on their categories. A detailed description of a particular product can be displayed to the user products details manufactured by price and date of manufacture etc> )( Select Or!er Pro!uct"% After verifying the products details users select some re+uired products. *( .enerate Or!er Pro!uct"%
When ever user completes his selection of product he can add these selected products into shopping cart for this he must be an authenticated person. #f he is not an authenticated person his selected products should not add into shopping cart. Then he needs to register himself. #f he is registered person he can directly generates the 9rder 8roducts. +( Re/i"tration% A registered user only can purchase products from online. $o that if a user "ant to purchase products he must be fill his registration form an must obtain a valid user name and pass"ord "hich is provided by the administrator. 0( ,ie- S#oppin/ Cart% #f a user generates an 9rder ?ist after that he may "atch "hich products selected by himself mode of delivery etc> The user can also vie" previous shopping cart "hich is generated by him. 0( 1illin/% After submit his shopping cart user must pay his bill "hich is generated by the administrator. The mode of billing is Credit Card only. 'ser gives his proper information about credit card then only he can get shopping cart other "ise his order of shopping cart "ill be reected.
Report"%& 0eports can be generated by the admin for various purposes. Based on the reports admin take decisions of the system. ,ifferent kinds of reports can be generated they are
4. $hopping Trends< These reports based on "hich product is selected by large no users. favorite product under "hich category it contains like that..
What is
5. #tems 9rdered on a given date@date range< Admin "ill generate 9rders lists "hich is selected by the users based on a selected date or particular date range.
INPUTS 2 OUTPUTS The main inputs outputs and maor functions of the system are as follo"s. #nputs<
•
Admin enters his or her user id and pass"ord.
•
'sers enter his or her user id and pass"ord.
•
'ser searches the products.
•
'ser selects the products.
•
Admin can vie" add edit and delete the products.
•
Admin can vie" add edit and delete products and map into categories.
•
'sers generate the shopping cart.
•
'sers vie" his shopping cart.
•
'sers pay bills on basis of credit card manner.
9utputs< •
Admin allocate user id and pass"ord to the users.
•
,ifferent products displayed to user.
•
$hopping Cart generates for users.
•
,isplays search result.
•
'sers pay bills "as accepted.
SCOPE OF THE PRO3ECT
This ,ocument plays a vital role in the development life cycle ($,?C) as it describes the complete re+uirement of the system. #t is meant for use by the developers and "ill be the basic during testing phase. Any changes made to the re+uirements in the future "ill have to go through formal change approval process. WAT0 =A?? !9,? "as being chosen because all re+uirements "ere kno"n beforehand
and
the
obective
of
our
soft"are
development
computeri3ation@automation of an already eisting manual "orking system.
is
the
C#an/e! Re5uirement" Communicate! Re5uirement"
Re5uirement" En/ineerin/
Re5uirement" Speciication
De"i/n Speciication
De"i/n
Pro/rammin/
E6ecutable Sot-are Mo!ule"
Proce"" Inte/ration
Pro!uct
Pro!uct Output
Input
Maintenance
Inte/rate! Sot-are Pro!uct
Deli$er7
Deli$ere! Sot-are Pro!uct
Fi/ )()% 4ater Fall Mo!el The developer is responsible for< •
,eveloping the system "hich meets the $0$ and solving all the re+uirements of the system
•
,emonstrating the system and installing the system at client*s location after the acceptance testing is successful.
•
$ubmitting the re+uired user manual describing the system interfaces to "ork on it and also the documents of the system.
•
Conducting any user training that might be needed for using the system.
•
!aintaining the system for a period of one year after installation.
INPUT DESI.N #nput design is a part of overall system design.
The main obective during the input
design is as given belo"< •
To produce a cost-effective method of input.
•
To achieve the highest possible level of accuracy.
•
To ensure that the input is acceptable and understood by the user.
INPUT STA.ES% The main input stages can be listed as belo"< •
,ata recording
•
,ata transcription
•
,ata conversion
•
,ata verification
•
,ata control
•
,ata transmission
•
,ata validation
•
,ata correction
INPUT TYPES% #t is necessary to determine the various types of inputs. #nputs can be categori3ed as follo"s< •
ternal inputs "hich are prime inputs for the system.
•
#nternal inputs "hich are user communications "ith the system.
•
9perational "hich are computer department2s communications to the system
•
#nteractive "hich are inputs entered during a dialogue.
INPUT MEDIA% At this stage choice has to be made about the input media. To conclude about the input media consideration has to be given to •
Type of input
•
=leibility of format
•
$peed
•
Accuracy
•
/erification methods
•
0eection rates
•
ase of correction
•
$torage and handling re+uirements
•
$ecurity
•
asy to use
•
8ortabilility
eeping in vie" the above description of the input types and input media it can be said that most of the inputs are of the form of internal and interactive. As #nput data is to be the directly keyed in by the user the keyboard can be considered to be the most suitable input device. OUTPUT DESI.N 9utputs from computer systems are re+uired primarily to communicate the results of processing to users. They are also used to provide a permanent copy of the results for later consultation. The various types of outputs in general are< •
ternal 9utputs "hose destination is outside the organi3ation.
•
#nternal 9utputs "hose destination is "ith in organi3ation and they are the
'ser2s main interface "ith the computer.
•
9perational outputs "hose use is purely "ith in the computer department.
•
#nterface outputs "hich involve the user in communicating directly "ith
OUTPUT DEFINITION The outputs should be defined in terms of the follo"ing points<
Type of the output
Content of the output
=ormat of the output
?ocation of the output
=re+uency of the output
/olume of the output
$e+uence of the output
#t is not al"ays desirable to print or display data as it is held on a computer. #t should be decided as "hich form of the output is the most suitable. =or ample •
Will decimal points need to be inserted
•
$hould leading 3eros be suppressed.
OUTPUT MEDIA% #n the net stage it is to be decided that "hich medium is the most appropriate for the output. The main considerations "hen deciding about the output media are<
•
The suitability for the device to the particular application.
•
The need for a hard copy.
•
The response time re+uired.
•
The location of the users
•
The soft"are and hard"are available. eeping in vie" the above description the proect is to have outputs mainly coming
under the category of internal outputs. The main outputs desired according to the re+uirement specification are<
The outputs "ere needed to be generated as a hot copy
and as "ell as +ueries to be vie"ed on the screen. eeping in vie" these outputs the format for the output is taken from the outputs "hich are currently being obtained after manual processing. The standard printer is to be used as output media for hard copies.
CONTE8T DIA.RAM 'sers@cu stomers
U"er Inormation
User Billing
1illin/ report
U"er Report
A!min Inormation
Admin
1illin/ re5ue"t A!min Report Or!er !etail"
Generate Order List
Or!er 9i"t Report
SHOPPIN. CART Pro!uct" Inormation
Aut#entication Report
Pro!uct Report"
Authen tication
$elect 8roduct s
Aut#entication Inormation
Reports
PERFORMANCE REQUIREMENTS%
8erformance is measured in terms of the output provided by the application. 0e+uirement specification plays an important part in the analysis of a system. 9nly "hen the re+uirement specifications are properly given it is possible to design a system "hich "ill fit into re+uired environment. #t rests largely in the part of the users of the eisting system to give the re+uirement specifications because they are the people "ho finally use the system. This is because the re+uirements have to be kno"n during the
initial stages so that the system can be designed according to those re+uirements. #t is very difficult to change the system once it has been designed and on the other hand designing a system "hich does not cater to the re+uirements of the user is of no use. The re+uirement specification for any system can be broadly stated as given belo"< •
The system should be able to interface "ith the eisting system
•
The system should be accurate
•
The system should be better than the eisting system
The eisting system is completely dependent on the user to perform all the duties.
AD,ANTA.ES%
The proect is identified by the merits of the system offered to the user. The merits of this proect are as follo"s< •
#t2s a "eb-enabled proect.
•
This proect offers user to enter the data through simple and interactive forms. This is very helpful for the client to enter the desired information through so much simplicity.
•
The user is mainly more concerned about the validity of the data "hatever he is entering. There are checks on every stages of any ne" creation data entry or updating so that the user cannot enter the invalid data "hich can create problems at later date.
•
$ometimes the user finds in the later stages of using proect that he needs to update some of the information that he entered earlier. There are options for him by "hich he can update the records. !oreover there is restriction for his that he cannot change the primary data field. This keeps the validity of the data to longer etent.
•
'ser is provided the option of monitoring the records he entered earlier. :e can see the desired records "ith the variety of options provided by him.
•
=rom every part of the proect the user is provided "ith the links through framing so that he can go from one option of the proect to other as per the re+uirement. This is bound to be simple and very friendly as per the user is concerned. That is "e can sit that the proect is user friendly "hich is one of the primary concerns of any good proect.
•
,ata storage and retrieval "ill become faster and easier to maintain because data is stored in a systematic manner and in a single database.
•
,ecision making process "ould be greatly enhanced because of faster processing of information since data collection from information available on computer takes much less time then manual system.
•
Allocating of sample results becomes much faster because at a time the user can see the records of last years.
•
asier and faster data transfer through latest technology associated "ith the computer and communication.
•
Through these features it "ill increase the efficiency accuracy and transparency.
DISAD,ANTA.ES%
There are some limitations for the current system to "hich solutions can be provided as a future development< 4. The system is not configured for multi- users at this time. The concept of transaction can be used to achieve this. 5. The Website is not accessible to everyone. #t can be deployed on a "eb server so that everybody "ho is connected to the #nternet can use it. 6. Credit Card validation is not done. Third party proprietary soft"are can be used for validation check. FEASI1I9ITY REPORT 8reliminary investigation eamine proect feasibility the likelihood the system "ill be useful to the organi3ation. The main obective of the feasibility study is to test the Technical 9perational and conomical feasibility for adding ne" modules and debugging old running system. All system is feasible if they are unlimited resources and infinite time. There are aspects in the feasibility study portion of the preliminary investigation< •
Technical =easibility
•
9peration =easibility
•
conomical =easibility
Tec#nical Fea"ibilit7 The technical issue usually raised during the feasibility stage of the investigation includes the follo"ing<
•
,oes the necessary technology eist to do "hat is suggested
•
,o the proposed e+uipments have the technical capacity to hold the data re+uired to use the ne" system
•
Will the proposed system provide ade+uate response to in+uiries regardless of the number or location of users
•
Can the system be upgraded if developed
•
Are there technical guarantees of accuracy reliability ease of access and data security
arlier no system eisted to cater to the needs of D$ecure #nfrastructure #mplementation $ystem2. The current system developed is technically feasible. #t is a "eb based user interface for audit "orkflo" at #C-C$,. Thus it provides an easy access to the users. The database2s purpose is to create establish and maintain a "orkflo" among various entities in order to facilitate all concerned users in their various capacities or roles. 8ermission to the users "ould be granted based on the roles specified. Therefore it provides the technical guarantee of accuracy reliability and security. The soft"are and hard re+uirements for the development of this proect are not many and are already available in-house at #C or are available as free as open source. The "ork for the proect is done "ith the current e+uipment and eisting soft"are technology. ecessary band"idth eists for providing a fast feedback to the users irrespective of the number of users using the system.
Operational Fea"ibilit7 8roposed proects are beneficial only if they can be turned out into information system. That "ill meet the organi3ation2s operating re+uirements. 9perational feasibility aspects of the proect are to be taken as an important part of the proect implementation. $ome of the important issues raised are to test the operational feasibility of a proect includes the follo"ing< •
#s there sufficient support for the management from the users
•
Will the system be used and "ork properly if it is being developed and implemented
•
Will there be any resistance from the user that "ill undermine the possible application benefits
This system is targeted to be in accordance "ith the above-mentioned issues. Beforehand the management issues and user re+uirements have been taken into consideration. $o there is no +uestion of resistance from the users that can undermine the possible application benefits. The "ell-planned design "ould ensure the optimal utili3ation of the computer resources and "ould help in the improvement of performance status.
Economic Fea"ibilit7 A system can be developed technically and that "ill be used if installed must still be a good investment for the organi3ation. #n the economical feasibility the development cost in creating the system is evaluated against the ultimate benefit derived from the ne" systems. =inancial benefits must e+ual or eceed the costs. The system is economically feasible. #t does not re+uire any addition hard"are or soft"are. $ince the interface for this system is developed using the eisting resources and technologies available at #C There is nominal ependiture and economical feasibility for certain.
