ARYA INSTITUTE OF ENGINEERING & TECHNOLOGY

DOCUMENTATION OF

SUDOKU

Submitted to: Ms. Megha Rathore

Submitted by: PUNEET PANDEY (13)

CS-B (7TH semester)

SRS (System Requirement Specification)

Introduction
This document serves for the system requirement specification of my 7th semester minor project a well known game SUDOKU. It basically simulates the game Sudoku on computer environment and requirements are identical as: Easy to use: Easiness is necessary for all software that it must be easy to use for non technical persons. Imply basic rules: Each column contains numbers from one to nine single time only Same rule for rows and nonets also. Time constraints: As its a computer game it should also be able to declare winner on basis of minimum time taken.

Purpose:
This document provides details of required system for all stake holders as what it contains, what are the internal and external requirements and to decide what are the basic requirements and what I will provide? This document also provides details for design, development and testing to me and for college also.

Scope:
This document is complete description of my minor project SUDOKU. It describes all functional and non functional requirements. Overall system is described in this SRS. It also highlights all the use cases. The SRS fix the deliverables details about the system and why this required.

System overview:
The scope and objective are also submitted in Synopsis. A brief summary is discussed again.

Objectives: Alike all other puzzles it is also a game for entertainment. It provides a platform to play this puzzle using computer. A charm full approach to play game using graphics. Declares a winner on basis of time consumed.

Scope: Scope of this software is in healthy entertainment. This puzzle basically is a epitome of mathematics. Purely logically games as there may be 5e9 different puzzles. On the basis of cells filled and empty these puzzles may be of various qualities an easiest one to a typical one. The Software has good scope of showing how easily all complexities are maintained relate to playing, storing, and checking. Later may be converted to a always random a quality game for play.

Use cases:
User or players interaction can be represented by following use cases:

New game

Exit <<include>>

Save current progress Submit <<include>>

Check for correct

High score

External functional requirement:

The player must have ability to select what he wants to do. If the last game has not played completely, Next screen should show the last game. By selecting new game, A new game should be generated. By clicking submit, Game should check for its correctness. Click on high score should show the three minimum elapsed timing of correct submitted games. Memory and time consumption in processing and storage shold be minimum. Game should be optimized for a resource dominated devices as less storage, small processor. Completely playable by mouse.

Internal function requirements:

Game should be reliable. All graphics should be clear and nice.

This chapter deals with all the requirements of user and specification of project.

Work break down structure:

I have divide my complete project Sudoku in modules to keep them isolate, easy to code and manageability. These modules are shown below in work breakdown structure.

Sudoku

1. Interface

2. Data structure

3. Design

4. Record

1.1. play

2.1. Store

3.1. Sudoku

4.1. Last game

1.2. menu

2.2. play

3.2. Menu

4.2. H. Scores

Work Breakdown Structure

Description:

Interface: Interaction on screen if mouse cursor hovering in playing area. Interaction if mouse is in menu selection area. Data Structures: To store different unique puzzles a structure is made which requires less memory to store. At playing time a structure which checks for all constraints with less memory requirements. Design:

Module which does designing lines, colors for Sudoku playing screen. Module which does designing of menu bars etc. Record: One which store a game for resume. Other for storing high scores.

These modules will be developed in separate modules and then will be compiled for complete development.

Feasibility Study
This projects feasibility is studied in five groups of TELOS.

Technical feasibility:
All requirements are related to managing of inputs, outputs and efficient storage of data. This will be possible by using Cs functionality. Input: Inputs will be handled by mouse so using int86 functions functionality. All input will be identified. Output: Output is to declare correct or incorrect. This will be done by implying rules of Sudoku using function and operators of C. Storage: The last game will be stored using array feature and use of File Handling. Last high scores will also be saved using files handling. Data Structure: Using bit storage of c Space consumption will be minimum.

Economical Feasibility:
For developing this system requirements are nominal: A System containing 400 MHz processor, a mouse and an OS able to run executable c program. Compiler used for development Turbo C is free of cost available . Game will be submitted as a minor project.

Legal Feasibility:
Project is purely developed on authentic bases. Compiler is available free of cost and all on the shelf coding and all resources not violate any uses terms. Project does not contain any illegal content.

Operational Feasibility:
Program may be run on any 32 bit Pc and with some modifications will be able to run in various environments with minimum requirement. For development purpose 4.5 MB compiler is enough.

Schedule Feasibility :
System has been overviewed fully and will be deliverable on date. Various functionalities alike this are used in past and developer has a good experience of working on this type projects. A few feature has been developed some screenshots are attached.