Art of Stock Investing Indian Stock MarketFull description
(This is just the first chapter of the book, the complete book is amazing) Does investing in Stock Market confuse you? Are you getting lost in complicated terms? This book will educate yo…Full description
Book by Richard WyckoffFull description
Stock Market and Astrological AspectsFull description
Everybody wants to earn money in Stock Market and wants to be another Warren Buffet. Here is a book which reveals some facts about stock market including the do's and don'ts.
St o ck ck M a r k e t M a n a g e m e n t Sy Sy st st e m Stock Market Management System
By
Ameha Gero
Aster Yemane
Mihiret Adugna
Tekeste Ayalew
Course Instructor: Mr. Teshome Megersa Computer Science & IT Department Arba Minch University, Arba Minch, Ethiopia
Submitted On: June 6/30/2012
i
St o ck ck M a r k e t M a n a g e m e n t Sy Sy st st e m
Acknowledgement
Prior to all we would like to give honorable thanks to God to help and give us strength throughout the progression or completion of this project and enabling us to finish it peacefully. We extend our deepest gratitude to our instructor/advisor / Mr.Teshome Megersa to initiate us to do this project and for his excellence advice staring from the inception to construction of this project. We would also like to express hear full thanks to Amibara Agriculture Development plc. Employees for their great contribution to give us information and encouragement go beyond the accomplishment of this project. Finally we would like to thank our fiends for they share us information and have contributed greatly and our family for they support us financially to finish this project.
ii
St o ck ck M a r k e t M a n a g e m e n t Sy Sy st st e m
Table of Content
Content --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------Page -------Page Chapter One 1.1 Introduction------------Introduction----------------------------------------------------------------------------------------------------------------------------------------------------------1 -------------1 1.2 Background of the project --------------------------------------------------------------------------------------------------------------------------------------------1 -----1 1.3 Statement of the Problem ----------------------------------------------------------------------------------------------------------------------------------------------1 -----1 1.4 Objectives----------------------Objectives----------------------------------------------------------------------------------------------------------------------------------------------------------------2 ---2 1.4.1 General Objective-----------------------Objective----------------------------------------------------------------------------------------------------------------------------2 ------------2 1.4.2 Specific Objective---------------------Objective-----------------------------------------------------------------------------------------------------------------------------------------2 2 1.5 Feasibility Study --------------------------------------------------------------------------------------------------------------------------------------------------------------3 ----------3 1.5.1 1.5.2 1.5.3 1.5.4
1.6 Scope of the Project --------------------------------------------------------------------------------------------------------------------------------------------------------------6 --6 1.7 Significance of the Project ---------------------------------------------------------------------------------------------------------------------------------------------7 ----7 1.8 Target Beneficiaries of the System ----------------------------------------------------------------------------------------------------------------------7 --------7 1.9 Methodology --------------------------------------------------------------------------------------------------------------------------------------------------------------------7 --------------7 1.10 Data Source ---------------------------------------------------------------------------------------------------------------------------------------------------------------------7 -------7 1.10.1 1.11 1.12 1.13 1.14 1.15 1.16
Fact Finding Techniques---------------------Techniques---------------------------------------------------------------------------------------------------------------------8 ---8 Systems Analysis and Design-----------------------Design-------------------------------------------------------------------------------------------------------8 ------8 Development Tools----------------------Tools-------------------------------------------------------------------------------------------------------------------------8 ------------8 Testing procedures (types of testing used)-------------------------used)----------------------------------------------------------------------------9 9 Limitation of the project-----------------------project----------------------------------------------------------------------------------------------------------10 -----------10 Risks and contingencies---------contingencies---------------------------------------------------------------------------------------------------------------------------------10 --10 Assumptions and Constraints----------------------Constraints--------------------------------------------------------------------------------------------------10 --------10
i ii
St o ck ck M a r k e t M a n a g e m e n t Sy Sy st st e m
Chapter Two 2.0 Introduction to the Existing System---------------------System-------------------------------------------------------------------------------------------------11 ----11 2.1 Players in the existing system----------------------system-----------------------------------------------------------------------------------------------------------------11 --11 2.2 Business rules------------------------rules------------------------------------------------------------------------------------------------------------------------------------------------12 ------12 2.3 Registration procedure:---------------procedure:------------------------------------------------------------------------------------------------------------------------------------12 -12 2.4 Major functions/activities in the existing system-----------------------system-------------------------------------------------------------------12 -12 2.5 Report generated gen erated in the existing system-------------------------------system------------------------------------------------------------------------------13 --13 2.6 Forms and other documents of the existing systems--------------------------systems-----------------------------------------------------13 ---13 2.7 Bottlenecks (problems) of the existing system----------------------------------system---------------------------------------------------------------16 -16 2.8 Practice to be preserved-----------------------preserved------------------------------------------------------------------------------------------------------------------------19 ------19 2.9 Proposed solution to address problems prob lems of the existing system---------------------system-------------------------------20 ---------20 2.10
Requirements of the Proposed System-----------------------System-------------------------------------------------------------------------------20 -----20
Chapter Three System Analysis and Modeling
3.0 Modeling of Proposed System---------------------System-----------------------------------------------------------------------------------------------------------------23 -23 3.1 Use Case of Proposed System----------------------System----------------------------------------------------------------------------------------------------------------24 -24 3.2 Sequence Diagram---------------------Diagram-----------------------------------------------------------------------------------------------------------------------------------------32 --32 3.3 Activity Diagram-------------------Diagram--------------------------------------------------------------------------------------------------------------------------------------------40 -----40 3.4 Analysis Level Class Diagram----------------------Diagram--------------------------------------------------------------------------------------------------------41 --------41 3.5 User Interface Prototyping-----------Prototyping--------------------------------------------------------------------------------------------------------------------------------43 -43
iv
St o ck M a r k e t M a n a g e m e n t Sy st e m
Chapter Four System Design 4.0 Class Type Architecture --------------------------------------------------------------------------44 4.1 Component Modeling------------------------------------------------------------------------------47 4.2 Deployment Modeling-----------------------------------------------------------------------------48 4.3 Persistence Modeling------------------------------------------------------------------------------49 4.4 User Interface Designing--------------------------------------------------------------------------51 Chapter Five Implementation and Testing 5. Implementation and Testing-----------------------------------------------------------------------59
Chapter Six Conclusion and Recommendation 6.0 Conclusion and Recommendation---------------------------------------------------------------71 6.1 Conclusion--------------------------------------------------------------------------------------------71 6.2 Recommendation------------------------------------------------------------------------------------71 6.3 References------------------------------------------------------------------------------------- -------72
v
St o ck M a r k e t M a n a g e m e n t Sy st e m
List of Figures Fig 1 Credit sales invoice -------------------------------------------------------------------------14 Fig 1.1 Cash sales invoice-------------------------------------------------------------------------15 Fig 2 Use Case Diagram the of Propose System----------------------------------------------25
St o ck M a r k e t M a n a g e m e n t Sy st e m Fig 9 Deployment Modeling-------------------------------------------------------------------------49 Fig 10 Persistence Models----------------------------------------------------------------------------50
St o ck ck M a r k e t M a n a g e m e n t Sy Sy st st e m
List of Tables Table: 1 Team Composition-------------Composition-----------------------------------------------------------------------------------------------------------------------2 -----------2
Table: 4 Cost of the project------------------project---------------------------------------------------------------------------------------------------------------------6 ------6
Table: 5 Fact Finding Techniques---------------------Techniques------------------------------------------------------------------------------------------------8 ---------8 Table: 6 Description of each Class Type Architect-------------------------Architect------------------------------------------------------46 -------46
Table: 7 Test Cases 1 – Customer Registration -----------------------------------------------------------------------------------------61 --61 Table: 7 .1Test Case 2 – Login -----------------------------------------------------------------------------------------------------------------------------------63 -63
viii
St o ck ck M a r k e t M a n a g e m e n t Sy Sy st st e m
Abbreviations
UI: User Interface UML: Unified Modeling Language HTML: Hypertext Markup Language API: Application Programming Interface SMMS: Stock Market Management System OS: Operating System O/R: Object/Relational XAMPP: X ->to be read as "cross", meaning cross-platform) A->Apache HTTP Server M ->MySQL P->PHP P->Perl
ix
St o ck ck M a r k e t M a n a g e m e n t Sy Sy st st e m
Abstract
This project is designed to create stock market management system for Ethiopian agricultural products. In this project Object oriented approach is applied to achieve the main objective it designed. The project is designed to change the existing system in to computerized system and it creates awareness regarding to the agricultural stock market product’s prices between customer and government. Not only these one but also the system is designed to create stable and balanced agricultural product’s stock market in the country. The main factors that initiate to develop this system are, the problems with the existing system regarding to product registration, data redundancy, information availability and over all product’s data handling process. During developing this system we have used different tools for each and every specific parts or components of the system, like XAAP for database designing, HTML & Dream Weaver for webpage designing, Edra Max & Visual Paradigm for user interface designing and Microsoft Windows Operating System for the whole documenting process of the project. So this new system will definitely give overall management solution to these mentioned or expressed issues.
x
St o ck ck M a r k e t M a n a g e m e n t Sy Sy st st e m Chapter One Inception Phase Proposal for Stock Market Management System 1.1.
INTRODUCTION
First of all we want to introduce the general idea of the system that we are going to develop. This is a few about the stock market management system for Ethiopian agricultural goods. As technology progress, new applications emerging and replacing the older one. As all other organization, the stock management system has its own standard, mission, statement, vision, power, duties and other kind of views. So that by analyzing and interpreting these entire things, this new system is designed to provide standard and quality services for Ethiopian farmers as well as communities and solve or minimize all the problems with stock market by making it flexible, decreasing the work overload, wastage of time and to be easily accessible for the users. So this system changes the manual marketing system to automated marketing system and well organized in order to solve the problem that faced the present system. 1.2.
Background of the Project
Now a day’s computers are involved in every sector of life, in wide range of application.
In this project we will develop stock market management system for optimal sales and stock market management processes. This system will enable us to record and arrange products on the basis of quantity, quality and value. This system will reduce costs for warehousing, transportation, order fulfillment, and product handling while improving customer service. The System will significantly improve stock turns, optimize the flow of products, and shorten routes within a system warehouse or distribution center and it will provide standard and quality services in the market. 1.3.
Statement of the Problem
The existing market system is quite tedious, time consuming, not user friendly environment, Difficult to keep old records and less efficient, slow data processing, less accurate in comparison to the computerized system, require much man power and less security control. In the current situation Ethiopia has no computerized agricultural stock market system which can support in overcoming all such problems related with speed, accuracy, security, portability and many more
1
St o ck M a r k e t M a n a g e m e n t Sy st e m like efficient and effective management of marketing system. So to solve such problems computerized stock market will be necessary for a country. Team Composition
Table 1: Team Composition 1.4 Objectives 1.4.1 General Objective
The main objective of this system is to develop computerized stock market management system for Ethiopian agricultural products. 1.4.2 Specific Objectives
The specific objective of this project is to develop a computerized agricultural stock market management system that will able to: 2
St o ck M a r k e t M a n a g e m e n t Sy st e m
Record product’s information
Search products either by name or date of registration
Update product information
Validate product’s information
Generate daily reports of the stock market.
Similarly the specific objective of this project is to provide user efficient working environment. 1.5 Feasibility Study:1.5.1Operational Feasibility:-
The proposed system is feasible in case that it convert many operation or work done by the worker to computerized work. So it reduces work force. In other case the system may not feasible in case that it cause reduction of some employee from the organization. This may create an environment of joblessness and fear among the employees. So the management must take corrective actions prior in advance in order to start the further proceedings.
1.5.2 Technical Feasibility
The proposed system requires trained people to run the system perfectly. And these people include administrator to maintain database and others to handle the system interface. If this condition not satisfied the system is not technically feasible. From the client side, the proposed system require computers with windows operating system and from server side the system require either Linux or window server operating system.
1.5.3 Economic Feasibility
With the manual system the operating cost of the system is very high ( 475,892 birr) when compared to the proposed system ( 2, 23000, 00birr). This cost may lead the company to be out of the market. But the proposed system requires less cost ( 2, 23000, 00birr) to cover all employee salary, hardware and software cost which are necessary to perform system operation. Hence the proposed system is economically feasible .
3
St o ck M a r k e t M a n a g e m e n t Sy st e m 1.5.4 Schedule Feasibility
Our project is expected to start & ended according to the following schedule: Presentation
Project Phases
Started date
March 25/03/2012
Inception
Started date
Started date
Started date
April 27/04/2012
May 10/05/2012
Frist Week of June
Start date
June 06/06/2012
Project Planning
Transition
Requirement Analysis
Elaboration
System
&
Object Design
Construction
Implementatio n,
Testing
Installation
Due date
April 06/03/2012
Due date
Due date
Due date
May
May
May 10/05/2012
15/05/2012
16/05/2012
Table 2: Schedule Feasibility
4
Due date
June 07/06/2012
St o ck M a r k e t M a n a g e m e n t Sy st e m
Cost Benefit Analysis
Items
Price
Dell computer(dual 8,000.00
Quantity
Total price
10
80,000,00
core)
Web server
Already exist
Printer
4,000
2
8,000
Display Monitor
27,000
5
1,35000,00
17
2,23000,00
Total
Table 3: Cost Benefit Analysis
The Old manual system cost take 475,892 birr but the new proposed system minimize the cost to 2, 23000, 00birr.
5
St o ck M a r k e t M a n a g e m e n t Sy st e m
Cost of the project
Item
Amount
Total price
Paper
1
92 birr
Pen and pencil
1
120 birr
CD
4
20 birr
Flash
4
1120 birr
Total
1352r
Table 4: Cost of the project
1.6 Scope of the Project
The scope of this project is designing a computerized stock market system for Ethiopian agricultural product that will able to record product’s information, search products either by name or date of registration, update product’s information, validate product’s information and generate daily reports regarding to agricultural product’s selling and buying prices in the market. This project focuses only on Ethiopian agricultural products stock marketing system.
6
St o ck M a r k e t M a n a g e m e n t Sy st e m 1.7 Significance of the Project
The main significance of this system is that it balances and secures the price of products in the stock market. The system generates stock market reports that will help management to come up with timely decisions as regards planning and management of stock market. Government will be able to manage stock market effectively, thereby implementing strategies to meet customer related to products availability by maintaining sufficient stock of each products. Not only these one, but also this project is significant to maximize the organizations profits and identifies what is available, where it is stored, how much is the monetary value.
1.8 Target Beneficiaries of the System
Government- the system is enabling the government in absorbing economic trends, and
promoting fair trade rules. To create centralized market.
Distributers and Farmers –the distributer and farmers are benefit able from this system
by handling a large trade volume, reducing the costs of transaction fees, providing a platform for fair value share prices and bringing buyers and sellers.
The whole consumer or societies.
1.9 Methodology
For the successful completion of this project, a number of data gathering techniques, analysis, and programming tools will be put into use. The data collecting method we will use focuses on issues like, what will expect from the system? What will be the inputs of the system? What will be the outputs of the system? , What will be the rules of processing the input data? , How will they processed.
1.10 Data Source
As we mentioned under the fact finding technique we use both primary and secondary data sources to gather desired information regarding to the project.
7
St o ck M a r k e t M a n a g e m e n t Sy st e m
1.10.1 Fact Finding Techniques
In order to success this project we will use the various requirements gathering techniques that include the following:
Fact finding Techniques
How use it?
Interview
We use this technique by directly contacting the farmer’s union officials.
Practical Observation
While using this technique we observe what the situation is look like
Document Analysis
Under this technique we read different statistical records from the farmers’ union statistical offices
Questionnaires
We apply this method by using telephone and email when we unable to asking the officials directly.
Table 5: Fact finding techniques
1.11 Systems Analysis and Design
The system will design using object oriented methodologies. This increases consistency among analyzer, designer implementation and tasting. Reusability of analysis, design and programming 8
St o ck M a r k e t M a n a g e m e n t Sy st e m results. The object oriented, context diagrams and entity relationship diagrams will be fully applied. All these models will give the conceptual view, validate and analyzed end-user requirements which will enable the analyst to understand database structure so that data can be stored and retrieved in a most efficient manner.
1.12 Development Tools
To develop the system, we use different system development tools such as:
Microsoft Windows XP/7-for the whole document preparation
Micro Soft Word 2007/10- to write the document
Visual Paradigm and Edraw Max - to design the system user interface
HTML & Dream Weaver-to design web page
XAAMP- for data base design 1.13 Testing procedures (types of testing used)
To test the system we will use the following testing procedures:
Unit Testing
Integration Testing
Performance Testing
Security Testing
9
St o ck M a r k e t M a n a g e m e n t Sy st e m 1.14 Limitation of the project
The system is not comparing the price before one year with the current prices of goods or products. Not work without internet connection
1.15 Risks and Contingencies
The proposed system can be damaged if there is continuous power disconnection from the source station and the data can be lost at that time. To overcome this risk, taking back up by using external storage devices is advisable.
1.16
Assumptions and Constraints
After finishing this project we assume or expect that it will perform the required functions for what it designed. Proper resources and budget must be set for this project otherwise it may not handle or touch the desired targets and functions. We assume all suppliers have enough stocks, therefore whenever warehouse manager orders items, they can be delivered immediately.
10
St o ck M a r k e t M a n a g e m e n t Sy st e m
Chapter Two Description of Existing System 2.0. Introduction to the Existing System
Even though the current system is not computerized, still it provides some services to the societies as well for the country. The current Ethiopian stock market has different activities and applications. The system balances the stock market price, collects and store different products from different suppliers. The problem with the existing system is that it is a manual system which is lead to time wasting and difficult to manage the stock market processing. Such problems are affecting the organizations or countries economical operations. 2.1.Players in the existing system
The Players in the existing system has their own responsibility they are listed below with their responsibilities in the system.
Government–control the stock market activity Farmers/suppliers–the farmers or suppliers prepare and produce different products for the market Distributer –the distributors take products either from the farmers or the government and distribute that to the customer or users. Manager-the role of manager in this system is that he/she administrates the database. Store keeper-the role of store keeper is registering the product and keeping the product from damage. Customers –the role of customers in the system is that they buy products from the government or the distributor and they are the main source of economy. Employees-the role of employee is handling the system operation.
11
St o ck M a r k e t M a n a g e m e n t Sy st e m 2.2. Business rules The existing system has its own formatted rules.
a. Business rule with regard of rearranging and storing product list
Store the list of the products with their full information in to the Data base.
Record the products list according to their name in to the Data base. b. Business rule with regard of identification The system manager should determine where the products are come from. Before taking the product list the manager must determine the type of product.
Allocation format:
The Stock Market Management System should determine the name of the products.
2.3. Registration procedure:
Continues registration should be performed by the system manager. The manager must be updating the system and removed products which are not available. The product should be registered in the data base.
2.4. Major functions/activities in the existing system like inputs, processes & outputs Inputs:
The store keeper must enter the product’s information to the database The manager must enter the updated data daily to system database. Process:-
The system must validate the products’ full information. The system must display product information. Output:The stock market management system must generate daily reports about the products as well the stock market. The system must enable the society or farmers to get fair services and price respectively.
12
St o ck M a r k e t M a n a g e m e n t Sy st e m 2.5. Report generated in the existing system
The system is responsible for generating reports regarding to the stock market. In the existing system the report is generated as the requirement of the organization. The organization asks the responsible employee or manager to provide report in the needed department. Then the report is generated and provided as the organization rule and regulation in reasonable manner to the needed department. The existing system has the following reports regarding to the stock market:
For example report generated in store department is stated below:Storing report from the store department is described below:-
What type of product is stored At which date the product is entered or come to the store At which date the product is sale By how much price the product is sale 2.6. Forms and other documents of the existing systems
There are a number of forms and documents that are used in the existing system. In the following Section Sample form are shown remaining is Appended.
Daily stock market report form
Finished and unfinished products report
13
St o ck M a r k e t M a n a g e m e n t Sy st e m I.
Credit sales invoice
Fig 1: Credit Sales invoice
14
St o ck M a r k e t M a n a g e m e n t Sy st e m II.
Cash sales invoice
:
Fig 1.1: Cash sales invoice
15
St o ck M a r k e t M a n a g e m e n t Sy st e m 2.7 Bottlenecks (problems) of the existing system in terms of PIECES frame Work.
The existing system has some problems that may cause unbalanced stock marketing process. Some of these problems are:
Lose of forms and data
Wastage of time
Usage of much man power
Less security control
We can describe these problems as follow in terms of their acronym PIECES frame work.
Acronyms and Definitions
P
Performance
I
Information
E
Economical feasibility
C
Control Security
E
Efficiency
S
Service to users
Performance
The performance of any system is required to exhibit and meet the needs of users of that system. The current system’s performance is weak. This is due to the following reasons: - first the acceptable throughput rate is relatively high; this means the time required from initiation to completion of a particular task is relatively high. This means it may take a week or more days due to its manual operation. Second is the acceptable response time for a particular task is large. So in the existing system a number of performance problems tend to be interconnected rather 16
St o ck M a r k e t M a n a g e m e n t Sy st e m than out-of-the-way. The following list provides a key to performance factors in an existing system.
Unstable and complexity to make compulsory:-each product is dropout daily so the
administrator could not able to assure that the material exist or not in the store correctly.
Takes long time to confirm and sense of balance because of using the manual technique to stock marketing process.
All side view of the stock can’t keep or recorded in the proper manner form and then distributed in the manual manner. As consequence such kind of performance of booklet record can cause a problem of ones’ profile and also redundancy of the record can occur.
Considerable time is wasted to find the stock information: Searching the stock records
is gravely time consuming and it is very difficult to find the records of stock in necessary situation.
Input and Output Problems in an Existing System
The main input for the current system is stock market record and records of different goods which enable the system to rearrange the marketing process. The system manipulates and manages all of these and other records manually on papers. In the current Ethiopian stock marketing System, the information of a stock is inaccurate, redundant and inflexible, and these in accurate inputs may leads to inaccurate output. Information Problems in an Existing System
This slice provides an overall view of telemetric-based public (goods) transport information systems currently in operation or in the process of being implemented. When we compare the existing stock market management System with proposed one; the existing system has many problems relating to information. From those major problems, some of them are listed below:
Loss of products information.
17
St o ck M a r k e t M a n a g e m e n t Sy st e m
Disintegration of information’s in different files.
Communication problem between stock market and users, among agricultural institutes, between different officers, between stock professionals and managers of the stock center.
The handbook systemic information is error prone
There is no clear information which stock(goods) is there or not
Security and privacy of stock information is difficult to preserve. Economic Feasibility Problems in an Existing System
Economic feasibility problems in the stock market leads to be unbalanced labor force and debit rather than profit in the organization. This problem can be solved by the proposed system. Generally, the existing system is highly cost. The current agricultural stock market performs all of its tasks manually which requires much of the work to be done by a man power, and a huge amount of papers used for the manual storage of stock data, which lead to spend much money for human resource and for purchasing papers and other materials.
Security and Controls problems in the existing system
This can be used to protect accessing data and information of stock from unauthorized party when to be shared between the stock market data centers. Controlling and security mechanism of the current system to distribute the product is simply by using different signatures that signed by the authorized person such as the property manager, purchaser manager by checking this, the product will distribute to the users according to their request. This is the security mechanism of the current system. When we come to the controlling mechanism each product is counting daily when drop out from the store. When we see in terms of the existing system, more or less it is affected by this problem.
In accessing ones’ side view of product, it is not protected.
So many products can be un kept properly
Accessing and investigation of products information is difficult 18
St o ck M a r k e t M a n a g e m e n t Sy st e m
Security and privacy of product information is difficult to maintain. Efficiency problems in an existing system
Due to the manual operation most of the activities are prone to wastage of resources like papers, man power and time to produce the corresponding outputs. This makes the current system inefficient while utilizing resources. There is not a mechanism to reduce wastage of resources, and this make the system to be inefficient. Some of the major problems in the existing system are mentioned below:
There is no clear and efficient scheme to manage the stock market. As a result of this, users may face problem of efficient service.
There is no timely managed receptionist system
There is no clear report which stock or product is there or not
Service problems in an existing system
The Existing system has gotten a problem in giving service to the users in a way that when scarcity of products are occurred, the system is not as much hurry to supply and knows in such case. The services given to users are not flexible, reliable and expandable. Among the major problems that faced existing manual system are:
Distributing of product at time of need.
The users not satisfied by the service on time.
Delay of filed record access.
2.8 Practices to Be Preserved
The stock market management system that we are going to develop will provide a different service to the farmers or societies. From the existing system the following are practices to be preserved:-
System procedures
19
St o ck M a r k e t M a n a g e m e n t Sy st e m
The organization rule and regulation
Formalities of the users, employees and the manager
The business rules of the Stock Market Management System
2.9 Proposed solution to address or solve problems of the existing system
The main purpose of new system that we are going to develop is in order to solve problems that faced the existing system in the functioning of the stock market system, so the system has different alternative options to solve these problems. These are:
Changing the whole manual system in to automated system without affecting the structure of the organization. Developing the transaction or well-designed system of the SMMS. Developing customer handling system of the SMMS. Developing easily accessible documents that is clear to employees when accessing data Avoiding wastage of time the manual system during searching products by the computerized system
To avoid redundancy the system records information about the products.
The system solves most of the entire existing system drawback.
2.10
Requirements of the Proposed System
The proposed system will be designed to support the following features:
The proposed system will include a user friendly Interface for porting of data to The proposed system shall provide the facility to pull the data from the server of the specified The system shall Supply order number and get the respective report. 20
St o ck M a r k e t M a n a g e m e n t Sy st e m
The proposed system shall not provide the replication of data. User shall get the desired output according to their queries. In developing this project we use different Hardware’s and software’s that are necessary for the developing of the system. There are functional and non-functional requirements.
1. Functional requirements
These requirements include hardware and soft wares that will used to develop the new system. The proposed system will be designed to perform the following functional requirements:Generate Report-the system shall generate report regarding to the stock market Register New products-the system shall register new products with desired information Search Product-the system shall search and view the product name or information Update Products’ information-the system shall update product’s information as the manager order it or input the data. Register Customer-the system shall register number of customers these may use the products Validate User Name and Password to Login-the system check the validity of entered user name and password while the manager or store keeper login. Create Account-the system shall create account for user while ordered. 2. Non-functional requirements
This requirement is to checks the system’s speed, accuracy, validity and performance. The following are some of non-functional requirements:
Performance: - the system shall support Security and access permissions: -The system shall provide security to the database by encrypting user name and passwords. Compatibility:-The system shall run on windows operating system perfectly. Modification-Maintainability:- The system shall easily maintainable
21
St o ck M a r k e t M a n a g e m e n t Sy st e m
Error handling: Response to user errors and the undesired situations should be taken care of to ensure that the system operates without halting. Usability: - the system shall easy to use and learn.
Back up & Recovery: - The system shall able to backup and recovery after failure.
User Requirements of the New System.
i. ii. iii. iv. v. vi. vii.
The system shall provide easy storage retrieval and access of stock information. The system shall offer security to stored stock data through use of passwords to control data access. The system shall able to aid management make stock reports The system shall have a user-friendly interface. The system shall expect to give results in a reasonable small time interval. The system shall accept, update, deletion and alteration of data. The system meets user needs and should be easy to learn and use.
22
St o ck M a r k e t M a n a g e m e n t Sy st e m Chapter Three Transition System Analysis Modeling of the Proposed System
Introduction
Creating use case diagram for describing the behavior automated stock market management system from an external point of view. The following use case diagram shows the existing and proposed stock market management system.
3.0 Modeling of Proposed System
In the following section we mention modeling of the proposed system which includes
Use Case Diagram
Sequence Diagram
Class Diagram
Textual Description of Each Diagram
The proposed system is to make harmonious and healthy relationship between users and employees. The new system is expected to bring remarkable change in the stock market management system. It documents the products in an organized manner and allow employee to enter data into and query from products’ record for any of stock market activities.
23
St o ck M a r k e t M a n a g e m e n t Sy st e m
3.1 Use Case of Proposed System
Participating actors
Manager
Store Keeper
Customer
Employees
Use Cases
Register New products
Search & view existing Products
Generate Report
Control Database Operation
Use Products
Request Products
Login
Register customer
Register Employee
Control Stored Products
Record finished product
Use Case Diagram the of Proposed System
We use this Use Case diagram to show the relationship between actors and use cases of the system.
24
St o ck M a r k e t M a n a g e m e n t Sy st e m System Control Database Operation
Control Stored Product Generate Report
Use Product Register Employee
Manage r
Employ ee
Search Product
Register Customer
Login
Store Keeper
Request Product Register New Product
Custom er Register Finished Product
Fig 2: Use Case Diagram Use Case Documentation and Description Participating actors Customer:-Notice to the distributer to take the products that are found in the store room.
Store Keeper:-Register, Search products and control the product stored in the stored room.
25
St o ck M a r k e t M a n a g e m e n t Sy st e m Manager:-Control database operation and all the activities that are performed by the store
keeper.
Employees:-The employees register customer and make necessary services to the system
System Use Cases Description
Use Case ID: 01 Use Case Name: Register New products Description: This use case describes that the process in which new coming products are Registered. Actor: Store Keeper Pre-Condition: A new products should be provided or available Alternative Condition: Post condition is not succeeding and the system is return back to check the existence of pre-condition.
Flow of Event:
1. 2. 3. 4. 5. 6. 7. 8. 9.
The store keeper login in and register the new products to the database. The store keeper enters or type user name and password to login to the system The store presses The Register menu The system displays all Registering under Register menu The store’s keeper press The Register Product Menu from The displayed Menu The system displays the Register Product form The store’s keeper fill the product information on The Register product’s form The system validates that all The information are filled The system pop up a data has been saved successfully
26
St o ck M a r k e t M a n a g e m e n t Sy st e m Use Case ID: 02
Use Case Name: Search and View Existing products
Description: This use case is used to distribute the Products for users or government. Actors: Store Keeper
Pre-condition: The name of the product should be recorded and exists.
Flow of Event: Searching the recorded product by name or date that recorded currently
Post-condition: Make the product for desired goal and Handle it properly.
Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition.
Use Case ID: 03
Use Case Name: Control Stored Product
Description: This use case is used to distribute the Products for users or government. Actor: Store keeper and Employee
Pre-Condition: there should be product available in the storage room.
Flow of Event: the store keeper check that whether there is products or not in the storage room
and give proper safety to these products.
Post Condition: the existence of the product is validated and the product is handled safely. 27
St o ck M a r k e t M a n a g e m e n t Sy st e m Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition. Use Case ID: 0 4
Use Case Name: Generate Report
Description: This use case describes the process that generates the daily stock market prices. Actors: Manager and Stock keeper
Pre-Condition: there should be sale product report.
Event Flow: the store keeper record daily sale product price and the manager ratify that report
make it available for media.
Post Condition: brief and correct information is reach to all users through media.
Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition. Use Case ID: 0 5
Use Case Name: Control Database Operation
Description: This use case describes the process how the control the system data base operation and function. Actors: Manager
Pre-Condition: There should be products database installed or saved to the system.
Event Flow: the manager open the system and observe every and each activity that run or
operate on the system. 28
St o ck M a r k e t M a n a g e m e n t Sy st e m Post Condition: the system will continue and process its operation correctly.
Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition. Use Case ID: 0 6
Use Case Name: Register Customer
Description: This use case describes that the process in which employee is registering number of
users that need the products.
Actors: Employee
Pre-Condition: There should be Customer those need a product and the product also should be
available.
Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition. Event Flow: The employee take name list of customer from the assigned “kebele or wereda.”
Post Condition: Name list of customer has been saved to the data base successfully.
Alternative Condition: Post condition is not succeeding and the system is return back to check the existence of pre-condition. Use Case ID: 07
Use Case Name: Use the Products
Description: This use case defines that the process of for whom the product is distributed and
who can use it.
29
St o ck M a r k e t M a n a g e m e n t Sy st e m Actors: Customer
Pre-Condition: The name list of customer should be registered or known.
Event Flow: the customer go to the distributor office or the market and full fill the desired form
on the registration form that is prepared by either the distributor or by the government.
Post Condition: The customer gets the products from the distributors or market.
Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition. Use Case ID: 08
Use Case Name: Request Products
Description: This use case describes the process what type of products the customer need and
what pre-Condition should be fulfilled before they take the product.
Actor: Customer
Pre-Condition: There should a form and the customer must get and fill that form with required
information.
Flow of Events: The customer writing the product name in the form and ensure that he/she want
that product.
Post Condition: The form is completed or filled with required information.
Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition.
30
St o ck M a r k e t M a n a g e m e n t Sy st e m
Use Case ID: 09
Use Case Name: Record finished Products
Description: This use case describes the process in which finished products are available for
market or for users.
Actors: Store Keeper
Pre-Condition: There should be list of finished products
Event Flow: the store keeper get name of products and record it to the database and send it to
the manager.
Post Condition: list of finished products saved to the database successfully.
Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition. Use Case ID: 10
Use Case Name: Login
Description: This use case is used to allow the store’s keeper and manager to enter to a system
Actor: Store keeper and Manager
Pre-Condition: authenticated or authorized User Name and password in the account for store
keeper and Manager. 31
St o ck M a r k e t M a n a g e m e n t Sy st e m Flow of Events:
1. The store keeper or manager press login button and the system require user name and password. 2. The user fills user name and password on required button. 3. The system Authenticate the user 4. The system main page will be displayed Post Condition: Login is successfully completed.
Alternative Condition: Post condition is not succeeding and then the system will display an error message and return back to check the existence of pre-condition.
3.2 Sequence Diagram
We used sequence diagram to describe the interaction between actors and objects of the system.
St o ck M a r k e t M a n a g e m e n t Sy st e m 1. Manager Login Sequence Diagram
Security login
System Database
Main page
Manager Open page Enter u.n& Psswrd
Check u.n& Pswrd Login success
Open page
Enter wrong u.n &pswrd
Verify u.n& Pswrd
Invalid u.n& Pswrd
Fig 3: Manager Login Sequence Diagram
The above sequence Diagram expressed as follow:1. The Manager open home page and click on login 2. The Manager enter user name and password 33
St o ck M a r k e t M a n a g e m e n t Sy st e m 3. The system check the validity of user name and password 4. If the user name and password is correct then, the login is success 5. If the Manager enters wrong user name or password then, the system will displays invalid user name or password. 2.
Store keeper Login Sequence Diagram
Security login
System Database
Main page
Store Keeper Open page Enter u.n& Pswrd
Check u.n& Pswrd Login success
Open page
Enter wrong u.n &pswrd
Verify u.n& Pswrd
Invalid u.n & Pswrd
Fig 3.1: Store keeper Login Sequence Diagram
34
St o ck M a r k e t M a n a g e m e n t Sy st e m The above sequence Diagram expressed as follow:1. 2. 3. 4. 5.
The store keeper open home page and click on login The store keeper enter user name and password The system check the validity of user name and password If the user name and password is correct then, the login is success If the store keeper enters wrong user name or password then, the system will displays invalid user name or password.
3. New Product Registration Sequence Diagram
Store keeper
Registration Form
Registration Controller
System Database
Product info Register product Verify
New product Name
Verify product Name
Save Ok
Duplicated Product name
Check Product Name
Verify Duplicated name Product name Exist
35
St o ck M a r k e t M a n a g e m e n t Sy st e m Fig 3.2: New Product Registration Sequence Diagram
The above sequence Diagram expressed as follow: 1. 2. 3. 4.
The store keeper identify information about the new product The store keeper register that product with proper name The system verify or check the product name If the name of new product is not registered before a time the system will save it in the data base. 5. If the name of the product is duplicated or already exists then, the system will displays this product name is already exist. 4. Product Request Sequence Diagram
36
St o ck M a r k e t M a n a g e m e n t Sy st e m Request Form
User
Enter product Name
Invalid product Name
Request Controller
Verify product Name
System Database
Check product Info This product is Available
Check product Name
Verify product Availability
This product is Not available
Fig 3.3: Product Request Sequence Diagram
The above sequence Diagram expressed as follow:1. 2. 3. 4.
The user enters or fills the name of product he/she wants in to the request form. The system check or verify the existence of that product in the database If the product exists then, the system will display this product is available message. If the product not exists then, the system will displays this product is not available.
37
St o ck M a r k e t M a n a g e m e n t Sy st e m 5. Sequence Diagram for Searching Product
Searching Form
Store keeper
Enter product Name
Searching Controller
Verify product Name Display Product Name
Invalid product Name
System Database
Search product Name V o alid Pr duct Name v
Verify Product
Search product Name
Product name Not exist
Fig 3.4: Sequence Diagram for Searching Product
1. The store keeper enters the name product he/she want to search. 2. The system verify name of the product and start searching. 3. If the store keeper enters correct product name then, the system will display that product name. 4. If the store keeper enters wrong product name then, the system will displays products name is not exist message.
38
St o ck M a r k e t M a n a g e m e n t Sy st e m 5. Sequence Diagram for Report Generating
Daily Report
Report Form
System Database
Main Page
Manager Open page Select Login Add Report Verify Report
Display Report
Fig 3.5: Sequence Diagram for Report Generating
The above sequence Diagram expressed as follow:1 2 3
The Manager open home page and click on login The Manager add the reports to the database system The system verify the reports and display the daily report form
39
St o ck M a r k e t M a n a g e m e n t Sy st e m 3.3 Activity Diagram
We use this diagram to show that how process flow in the system to perform a certain tasks.
User Account Manager
Store Keeper
Check Go to Manager page
Update() Delete() Operate()
Process Data Administration
invalid
Login as Manager or Store Keeper
SMMS Apploication
Logout
Fig 4: Activity Diagram
40
Go to SMMS page
Update() Delete()
St o ck M a r k e t M a n a g e m e n t Sy st e m 3.4 Analysis Level Class Diagram
Analysis level class diagrams are used to show the classes of the new stock market management system, their interrelationships (including inheritance, aggregation, and association), and the operations and attributes of the classes. Class diagrams are used for a wide variety of purposes in this new system, including both conceptual/domain modeling and detailed design modeling. The following diagram show Conceptual class diagram of automated stock market management system.
This section illustrates some of the user interfaces that are included in the proposed system.
Desk Top
Login
SMMS Main Page
Store Keeper
Manager
File
Open
Report form
Search
View
Create account
Stock Market Report
Exit
List of Distributed Product
List added Product
Registration Form
Distribution Form
List of Requested Product
Product Request Form
List of Stored Product
Fig 6: User Interface Prototyping
43
St o ck M a r k e t M a n a g e m e n t Sy st e m Chapter Four Elaboration System Designing Introduction
In this phase we used the architecture to establish or define the structure of the proposed system. This phase starts with the requirement document delivered by the requirement phase and maps these requirements into architecture. In the proposed system the architecture we used defines the system components, interfaces and behaviors. In this phase we used the design document to describe a plan to implement the requirements. In this phase details on computer programming languages
and
environments,
machines,
packages,
application
architecture,
distributed
architecture layering, memory size, platform, algorithms, data structures, global type definitions and interfaces details are established.
4.0 Class Type Architecture
We design the proposed system based on the information established in the requirement document. The architectural strategy that we follow to develop this system is used us to layer the architecture of a system into several layers. The following figure presents a high-level layering strategy for a software application.
The various layers are represented by the rectangles and
collaboration between layers by the arrows. The primary name of a layer is indicated first, and other common names in parenthesis. Those Architecture layer are listed below and they will be discussed in the below table one by one:
User interface Layer
Controller/Process Layer
Business /Domain Layer 44
St o ck M a r k e t M a n a g e m e n t Sy st e m
Persistence Layer
System Layer User Interface Layer
System System
Form Register Product Form Finished Product Form Store Keeper Form Request Product Form Employee Form User Form Register Finished Product
Layer Layer
Controller/process Layer
Domain/Business Lyr.
Check Number Check Product Availability Check Finished Product Availability
Employee Finished Product User Request Product Farmer Store Keeper Register Product
Persistence/Data Layer
Class Connection
SMMS DB
45
S Y S T E M C L A S S
St o ck M a r k e t M a n a g e m e n t Sy st e m Fig 7: Class Type Architecture
Description of each class Type Architecture Layer Interface Layer
Description This layer wraps access to the logic of the system. This layer provides access to user of system and external access to system.
Skill set For user interfaces:
User interface design skills Usability skills Ability to work closely with stakeholders
For system interfaces:
Domain Layer
This layer implements the concepts relevant to business domain such as material, focusing on the data aspects of the distribution objects, plus handling the material.
Process Layer
The process layer implements business logic that involves collaborating with several domain classes or even other process classes in the system.
46
API design skills Legacy analysis skills
Analysis skills to identify domain classes Design skills to determine how to implement the domain classes Domain modeling skills, in particular UML class modeling Analysis skills to identify process classes and process logic Design skills to determine how to implement the process classes Modeling skills, in particular modeling, flow, and sequence diagramming
St o ck M a r k e t M a n a g e m e n t Sy st e m Persistence Persistence layers encapsulate the capability to store, retrieve, and delete objects/data Layer permanently without revealing details of the underlying storage technology in the system. Often implement between object schema and database schema and there are various available to us.
System Layer
System classes provide operating-systemspecific functionality for the applications, isolating the software from the operating system (OS) by wrapping OS-specific features, increasing the portability of our application.
Object/relational(O/R) mapping Architectural skills so we can choose the right database encapsulation strategy Modeling skills, in particular class modeling and physical data modeling Analysis skills to identify what needs to be built Architectural and design skills to determine how to implement the classes Modeling skills, in particular class modeling, sequence diagramming, and state modeling
Table 6: Class Type Architecture
4.1 Component Modeling
In this model we illustrate the software components that used to build the proposed system. We build it up from the class model and written from scratch for the new system. These Components are high level aggregations of similar software pieces, and used to provide building block approach to software construction.
47
St o ck M a r k e t M a n a g e m e n t Sy st e m
e n p t c r i o y n
a s t a e d c c a s
a s t a e d c c a s
s s l o e r c t c n a o c
Fig 8: Component Modeling
4.2 Deployment Modeling
We use this diagram to show the physical view of the proposed system, bringing the system into the real world by showing how software assigned to hardware and how the pieces communicate. It is also used to show a collection of nodes and also dependencies of associations among them. The associations between nodes Represents a physical connection. The deployment diagrams we used show that the hardware for the proposed system and the software that is installed on that hardware and the middleware used to connect the disparate machines to one another.
48
St o ck M a r k e t M a n a g e m e n t Sy st e m
Fig 9: Deployment Modeling
4.3 Persistence Models
We design Persistence models for the proposed systems are used to communicate the design of database, usually relational database, with the user and actors. This is basically the entity relation in database application. The system that we design overall persistent modeling is described as class modeling part it described as follow:
49
St o ck M a r k e t M a n a g e m e n t Sy st e m
1
* 1
* 1
Fig 10: Persistence Models
50
St o ck M a r k e t M a n a g e m e n t Sy st e m 4.4 User Interface Design
User interface design shows the interfaces of our system how it interacts to its users. In the following section we are going to show the UI design and we are going to use to our window application system.
Login Screen
1. 2. 3. 4.
This screen requires keyboard input. Users will see two boxes for entry of user name and password. The purpose of this screen is to identify a user of the Stock market management System. Upon entering a valid user name, the system continues on by requiring a password for entry into the system. 5. If the user name entered is that of an administrative user, the system will display the administrative main menu.
Fig 11: Login Screen
51
St o ck M a r k e t M a n a g e m e n t Sy st e m
Stock Market Management System Main Menu Page
The main screen is displayed when the terminal is started and is returned to whenever a user finishes a session. Its purpose is to display welcome message to the user and enable the manager to Customize the page by placing different documents and files related to the stock market. It is an interface that allows a user quick and easy access to specific sections of the stock market management System. After login the user can view document or file and also can ask help from the system.
Fig 11.1: Stock Market Management System Main Menu Page
52
St o ck M a r k e t M a n a g e m e n t Sy st e m
Account Creating Page
The account creation page is used to create authorized user account. Under this page only two users can create the account. This means that the only the manager and the store keeper. It is also possible to list down type of account created in the system database
Fig 11.2: Account Creating Page
53
St o ck M a r k e t M a n a g e m e n t Sy st e m
Document Viewing Page
Fig 11.3: Document Viewing Page
This page is used to view or display the daily report of the stock market, the stored products and also added products.
New Product Registering Page
The main function done under this page is that registering the new products to the database. This page is mainly accessed by the store keeper. Because registering the new products is the main function of the store keeper. It is also possible for the user to update and delete the product’s information. 54
St o ck M a r k e t M a n a g e m e n t Sy st e m
Fig 11.4: New Product Registering Page
. Product Requesting Page
The product requesting page is used to identify that what type of products and how much quantity is required by the user. Under this page it is also possible to check that amount product is available. This help to compare number of user asking the products and amount of product available.
55
St o ck M a r k e t M a n a g e m e n t Sy st e m
Fig 11.5: Product Requesting Page
Product Distributing Page
The main application or access takes place under this page is to identify that what type of products are distributed, amount of product distributed, remaining, amount of product receipted, by how much value or price the product distributed. For distribution purpose the product’s information can be added or updated under this page.
56
St o ck M a r k e t M a n a g e m e n t Sy st e m
Fig 11.6: Product Distributing Page
Product Searching Page
This screen enables the user to search information about the products these has been registered in to the system database. The user can search the products specifically either by product’s name or date at which the product is registered.
57
St o ck M a r k e t M a n a g e m e n t Sy st e m
Fig 11.7: Product Searching Page
58
St o ck M a r k e t M a n a g e m e n t Sy st e m Chapter Five 5.0 Implementation and Testing 5.1 Introduction
The purpose of this chapter is to provide some basic highlight of the issue dealt with the implementation phase. During implementation the physical operation specification is turned into working computer code. Then the code is tested until most of the errors have been detected and corrected. The goal of implementation is to check that whether or not the proposed system is work correctly or to check that is that it gives the required output.
5.2 Algorithm Design and Coding
Overall design of the system algorithm is based on its class diagram or persistence diagram relationship. This mean each form created for the new proposed system is based on corresponding representation in the database table. We started the system coding during the beginning of design. That is, there is coding during user interface implementation, database implementation, and logical implementation. Our system has too this described code to be appeared them as sample code at the end of this chapter.
5.3 Test Procedure
Testing evaluates a software product to ensure that it satisfies its planned purpose. A test that is modified to and consistent with development methodologies provides an observable and structured approach to verifying requirements and quantifiable performance. To test the system we use the following testing mechanisms:
Unit Testing: - we test individual program module or component; they test it to ensure that it works according to specification, operates within acceptable parameters, and meets the appropriate standards.
59
St o ck M a r k e t M a n a g e m e n t Sy st e m Integration Testing: - we use this testing after completing a number of components; they are tested to ensure that they integrate well with each other, the operating system, and other components. Quality Assurance Testing (QAT): - after integrating all the software components, we test the system (or a major portion of it). This testing is quite rigorous, and covers both functional and non-functional activities. Acceptance Testing: - Commonly known as the beginning and the ending test, the completed system (or a major portion of it) is released to a select group of users for testing under real-world conditions.
Security Testing:-Security testing was done by trying to access the system that is not authorized. This means without the valid user name and password we try to access the system. Performance Testing:-Determines how the system performs on the range of possible environments in which it may be used. This test is done by configuring the system in different environments like different operating systems, different networks and different hardware configurations. 5.4 User Manual Preparation
The overall system is although taking consideration of user-friendly style. Therefore during system deployment it needs giving simple highlight about system. This training consists of two 60
St o ck M a r k e t M a n a g e m e n t Sy st e m separate sessions: one for administrator (Instructor -led), one for user (End-user) training. Teaching the users how to use our specific process and forms in our application, so our user and administrator get to see exactly what they will see when they log in to the application. 5.6 Installation
Our system is installable. That is it has set up to install. User can simply install it through following the wizard form information. 5.7 Startup Strategy
User can simply start the page through using the desktop short cut or by entering to all program files.
Stock Market Management System
1.
Test Cases Test Case 1 – Customer Registration Test Case ID =SMMS-TestCase01 Unit to Test = Registration of Customer Assumptions = Congratulations! Test Data = FirstName (invalid FirstName, Valid FirstName, empty) UserID (occupied username, valid username, empty) Password (invalid password, valid password, empty) ConfirmPassword (didn’t match with password, valid, empty) Email (invalid Email, valid Email, empty) Steps to be Executed
Empty FirstName and all others filled and Click register button Invalid FirstName and Click register button Enter valid First Name, empty UserID and Click register button
Data
Expected Results
Any valid data for the other fields
“Error: First Name can’t be blank”
FirstName=@ameha
“Error: First Name must contain only letters, numbers and underscores!”
FirstName= Ameha Any valid data for the other fields
“Error: UserID can’t be blank”
61
St o ck M a r k e t M a n a g e m e n t Sy st e m Enter FirstName, invalid UsedID and Click register button Enter Valid FirstName and UserID, empty password and Click register button Enter Valid FirstName, UserID, and password and Click register button Enter Valid FirstName, UserID, password but non valid Passord confirm and Click register button Enter Valid FirstName, UserID, password, Passord confirm, empty Email and Click register button All fields with valid data and Click register button
FirstName=Ameha UserID= #amh
"Error: Username must contain only letters, numbers and underscores!"
FirstName = Ameha UserID = ameha7
"Error: Password must contain at least eight characters!"
"Error: Password must be different from Username!" "Error: Please check that you've entered and confirmed your password!"
"Please Enter your Email ID"
Redirects to registered.aspx Congratulations!
Table 7: Test Case 1 – Customer Registration
Test Case 2 – Login Test Case ID = SMMS – TestCase02
62
St o ck M a r k e t M a n a g e m e n t Sy st e m Unit to Test = Registered Manager Assumptions = You are login as Tekeste Test Data = UserID (valid username, invalid username, empty) Password (invalid password, valid password, empty) Steps to be Executed
Data
Expected Results
Enter UserName and Click Login button.
UserName=tekeste,
Should display an alert "Please enter your UserID!"
Enter Password and Click Login button
Password=tekeste4848,
Should display an alert "Please enter your UserID!"
Enter UserName, Password and Click Login button
UserName=tekeste, Password=tekeste4848
Enter UserName, Password, and Click Login button
UserName=tekeste, Password=tekeste4848,
Should display an alert “Please enter correct Username or Password” Redirects to SMMS main page and start accessing system
Table 7.1: Test Case 2 – Login
Sample Code
Home stock <script>window.start_time = new Date ().getTime (); <SCRIPT type="text/javascript" src="stock styl js/textscroller.js"> <script type="text/javascript" src="stock styl js/script(1).js" charset="utf8"> <script>window.Bootloader && Bootloader.done(["pJWab"]); <script src="styl js/jquery.js" type="text/javascript"> <script type = "text/javascript"> var count = 3; function validate() { 63
St o ck M a r k e t M a n a g e m e n t Sy st e m var un = document.myform.username.value; var pw = document.myform.pword.value; var valid = false; var unArray = ["Philip", "George", "Sarah", "Michael"]; // as many as you like - no comma after final entry var pwArray = ["Password1", "Password2", "Password3", "Password4"]; // the corresponding passwords; for (var i=0; i = 1) { alert ("Invalid username and/or password. You have " + count + t + " left."); document.myform.username.value = ""; document.myform.pword.value = ""; setTimeout("document.myform.username.focus()", 25); setTimeout("document.myform.username.select()", 25); count --; } else { alert ("Still incorrect! You have no more tries left!"); document.myform.username.value = "No more tries allowed!"; document.myform.pword.value = ""; document.myform.username.disabled = true; document.myform.pword.disabled = true; return false; } } <script type="text/javascript"> function validateForm() { var x=document.forms["myForm"]["email"].value; var atpos=x.indexOf("@"); var dotpos=x.lastIndexOf("."); if (atpos<1 || dotpos=x.length) { alert("Not a valid e-mail address"); return false; 64
St o ck M a r k e t M a n a g e m e n t Sy st e m } }
<script language="JavaScript"> if (document.all||document.getElementById) document.write(' ') zone=0; isitlocal=true; ampm=''; function updateclock(z){ zone=z.options[z.selectedIndex].value; isitlocal=(z.options[0].selected)?true:false; } function WorldClock(){ now=new Date(); ofst=now.getTimezoneOffset()/60; secs=now.getSeconds(); sec=-1.57+Math.PI*secs/30; mins=now.getMinutes(); min=-1.57+Math.PI*mins/30; hr=(isitlocal)?now.getHours():(now.getHours() + parseInt(ofst)) + parseInt(zone); hrs=-1.575+Math.PI*hr/6+Math.PI*parseInt(now.getMinutes())/360; if (hr < 0) hr+=24; if (hr > 23) hr-=24; ampm = (hr > 11)?"PM":"AM"; statusampm = ampm.toLowerCase(); hr2 = hr; if (hr2 == 0) hr2=12; (hr2 < 13)?hr2:hr2 %= 12; if (hr2<10) hr2="0"+hr2 var finaltime=hr2+':'+((mins < 10)?"0"+mins:mins)+':'+((secs < 10)?"0"+secs:secs)+' '+statusampm; if (document.all) worldclock.innerHTML=finaltime else if (document.getElementById) document.getElementById("worldclock").innerHTML=finaltime else if (document.layers){ document.worldclockns.document.worldclockns2.document.write(finaltime) document.worldclockns.document.worldclockns2.document.close() } 65
St o ck M a r k e t M a n a g e m e n t Sy st e m setTimeout('WorldClock()',1000); } window.onload=WorldClock //-->