The document provides a software requirements specification for a stock management system. It describes the objectives of managing inventory, orders, and accounting for a warehouse and supermarkets. It outlines functional requirements like accepting orders from supermarkets, responding to fill orders, billing supermarkets, sending goods, ordering from suppliers, receiving payments, and processing deliveries. Non-functional requirements and future enhancements are also mentioned.
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
0 ratings0% found this document useful (0 votes)
253 views19 pages
Stock Management System
The document provides a software requirements specification for a stock management system. It describes the objectives of managing inventory, orders, and accounting for a warehouse and supermarkets. It outlines functional requirements like accepting orders from supermarkets, responding to fill orders, billing supermarkets, sending goods, ordering from suppliers, receiving payments, and processing deliveries. Non-functional requirements and future enhancements are also mentioned.
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
You are on page 1/ 19
Stock Management System
Software Requirements Specification (SRS)
Project by Kunal Apurva (12ESKS!2") Avinas# Rai (12ESKS!1$) %autam Kumar (2ESKS!21) IV SEM (CS II SHIFT) S&'()*E+ *,- ()SS. /)+0) 1A)/ Index 1. Introduction 1.1. System objectives and overall description 1.2. System boundaries 1.2.1. System context 1.2.2. System constraints and assumptions 2. Functional requirements 3. Non-functional quality requirements . Future requirements !. "ppendices !.1 #ontext dia$ram !.2 %ntity-&elations'ip dia$ram !.3 (ata Flo) dia$ram !. *oal dia$ram !.! Sales "nalysis dia$ram !.+ Sales "nalysis model 1. Introduction ,'ere are supermar-ets. suppliers. and )are'ouse mana$ers in t'e system. ,'e company 'as !// supermar-ets and a bi$ )are'ouse. "bout /// items are stored in t'e )are'ouse. %ac' item is provided from exactly one supplier. 1.1. System Objectives and Overall Description 1.1.1. ,'e Stoc- 0ana$ement System 1S0S2 assumes control over t'e boo--eepin$ and accountin$ needed to operate a 3are'ouse for a company speciali4in$ in retail sales of food and $roceries. "ll day-to-day operations of t'e )are'ouse. as )ell as conducted )ee-ly accountin$ of t'e products stored in t'e )are'ouse and disbursed to participatin$ supermar-ets. )ill be performed by t'e soft)are. 1.1.2. " considerable amount of accountin$ needed to operate a typical )are'ouse calls for a reliable and fast soft)are tool to 'elp t'e )are'ouse mana$ement 'andle flo)s of information re$ardin$ incomin$ and out$oin$ quantities of products and a stoc- inventory. 1.1.3. ,'e problem of stora$e of t'e accountin$ documents suc' as invoices and orders )ould be solved. 1.1.. ,edious arit'metic involved in t'e correspondin$ boo--eepin$ )ill be automated. 1.1.!. " cost of maintenance of a specially trained accountin$ professional in t'e )are'ouse )ould be saved by replacin$ t'is position )it' a soft)are tool and a less costly data entry specialist. 1.2. System Boundary 1.2.1. System #ontext 1. ,'e S0S is located at central )are'ouse and -eeps trac- of t'e stoc- level of eac' item in t'e )are'ouse. orders from supermar-ets. and orders from t'e )are'ouse to t'e suppliers. Items and product $roups and t'eir quantities in t'e )are'ouse are all part of t'e system. 2. ,'e S0S )ill provide supermar-et mana$ers )it' t'e ability to enter orderin$ information directly into t'e system. 5ut it also accepts t'e order by p'one from t'e supermar-et t'at doesn6t 'ave t'e connected computer system. In t'is case. a data entry specialist )ill 'andle t'e paper formats of orders and invoices. 3. " convenient *7I 1$rap'ical user interface2 )ill provide users )it' t'e ability to quic-ly enter t'e information from t'e incomin$ orders from t'e supermar-ets and to output t'e invoices reflectin$ t'e out$oin$ flo) of $oods supplied to t'e supermar-ets. . ,o maintain t'e current level of t'e stoc- inventory. t'e system )ill be provided )it' easy-to-use )ays of enterin$ t'e product information suc' as names. quantities. purc'asin$8sales prices. and stoc- level. !. (atabase of records reflectin$ eac' in and out transaction )ill be automatically maintained. +. ,'e S0S is supposed to provide t'e )ee-ly sales analysis report reflectin$ t'e )are'ouse operations durin$ t'e )ee- in an automatic manner. 9. " careful analysis and boo--eepin$ )ill be conducted re$ardin$ t'e delayed orders arisin$ from insufficient stoc- levels 'appened durin$ t'e )ee-. 1.2.2. System #onstraints and "ssumptions 1. ,'e S0S assumes t'at all deliveries from )are'ouse to supermar-ets are successfully completed. so t'ere is no loss of item or delay on t'e )ay to t'e supermar-ets. ,'erefore any truc-in$ system is beyond t'e S0S boundary. 2. ,'e S0S assumes all suppliers 'ave enou$' stoc-s. t'erefore )'enever )are'ouse mana$er orders items. t'ey can be delivered )it'in 2 'ours. 3. Specific boo--eepin$ and accountin$ re$ulations reflectin$ t'e current la)s and re$ulations )ill 'ave to be pro$rammed )'en updated. . ,'e system )ill require some occasional supervision of a trained accountant to verify its correctness upon t'e system update. 2. Functional Requirements 2.1. Accepting Orders from Supermarkets 2.1.1 Inormal !escri"tion 1. Supermar-et 0ana$er initiates t'e processin$ of t'e order. ,'e mana$er provides orderin$ information suc' as t'e name of t'e supermar-et. t'e requested item. t'e requested amount of t'e item. and t'e date and time of orderin$. %it'er t'e supermar-et mana$er -eys t'e data into t'e S0S directly. or 'e orders by p'one and t'e )are'ouse operator -eys t'e entry into t'e S0S. 2. ,'e orders from different supermar-ets on eac' different item )ill be enqueued daily up until p.m.. after )'ic' t'e queue )ill be processed and t'e supply of eac' item )ill be determined 1batc' processin$2. "fter t'e p.m. t'res'old. t'e queue is emptied and t'e accumulation of orders for t'e next business day commences. 2.1.2. #recondition: Supermar-et mana$er is at t'e terminal. and t'e )are'ouse system is in a consistent state. ,'e stoc- level of t'e supermar-et $oes do)n to a certain level. 2.1.3. #ostcondition: ,'e mana$er $ets t'e unique order id number in return. 2.2. Responding to Orders from Supermarkets 2.2.1. Inormal !escri"tion 1. "fter t'e batc' processin$ 'as been completed soon after p.m. on eac' business day. t'e S0S s'all first process t'e delayed 1i.e. carried over from t'e previous day1s2 orders. for eac' of t'e items2 orders. ,'e recent orders 1i.e. ones from current day2 )ill be serviced next. 2. No) t'at t'e order 'as been received. t'e system responds to it and decides 'o) muc' stuff t'e supermar-et )ill $et. For eac' item for )'ic' any quantity 'as been ordered by any supermar-et. t'e S0S c'ec-s t'e amount of available items versus t'e sum of t'e amounts in t'e orders. 3. If t'ere is enou$' in t'e )are'ouse to complete all orders. t'en t'ey )ill all be filled. t'e $oods sent. t'e supermar-ets billed. and t'e amount in stoc- )ill be reduced by t'e amount sent. . If t'ere is not enou$' stoc-. t'en t'e delayed orders are filled proportionately to t'e amounts desired. ,'e remainders for eac' order s'all t'ereby become delayed for some 1or all2 of t'e items. !. ,'e stoc- inventory is updated for eac' item to reflect t'e ne) quantities t'at remain. " record is -ept of t'e state of eac' order for eac' item. +. "n invoice s'all be $enerated to reflect t'e Item. "mount. (estination. and (ate of s'ippin$ for eac' order. 2.2.2. #recondition: ,'e batc' job starts at :// ;.0.. and t'e item. order id. amounts and order date and time are correct. 2.2.3. #ostcondition: ,'e $oods are t'en sent. t'e supermar-ets billed. and t'e amount in stoc- and requested by t'e supermar-et is reduced by t'e amount sent. 2.. !etting Supermarkets Billed 2.3.1. Inormal !escri"tion: 1. ,'e supermar-et is billed for $oods rendered. 2.3.2. #recondition: " supermar-et<s order is filled and t'e $oods indicated in invoice are sent to it. 2.3.3. #ostcondition: Supermar-et no) o)es t'e amount in t'e invoice more money. 2.". Sending !oods to Supermarket #outside System$ 2..1. Inormal !escri"tion 1. ;ut t'e items in t'e mail or on t'e truc- to be s'ipped to t'e mar-et. 2..2. #recondition$ ,'ere are enou$' of t'e appropriate $oods in t'e )are'ouse. 2..3. #ostcondition: ,'e $oods are no lon$er in t'e )are'ouse but are on t'eir )ay to t'e supermar-et. ,'ey are assumed to eventually arrive. 2.%. Ordering from Suppliers 2.!.1. Inormal !escri"tion 1. 7pon processin$ all orders. t'e system c'ec-s t'e stoc- inventory. For eac' item. if t'e remainin$ quantity is less t'an 1// items 1i.e. may be from / to 1//2. an order is sent to t'e correspondin$ supplier for 1/// units of t'e item. 2. If t'ere is none of an item and t'e supermar-ets 'ave requested some. additionally request t'e number for )'ic' t'e supermar-ets 'ave as-ed. 2.!.2. #recondition: It is just after !:// ;.0. after completin$ all on a )ee-day and t'e item bein$ ordered is already in t'e system. 2.!.3. #ostcondition: &estoc- t'e supermar-et s'elves )it' t'e appropriate items. 2.&. Receiving 'ayment 2.+.1. Inormal !escri"tion 1. *et a payment from t'e supermar-et mana$er on duty. 2.+.2. #recondition$ ,'e supermar-et o)es at least as muc' money as t'e payment amount. 2.+.3. #ostcondition$ ,'e amount t'e supermar-et o)es 'as been decreased by t'e amount of payment. 2.(. 'aying Suppliers 2.9.1. Inormal !escri"tion 1. *ive a timely payment to t'e suppliers )'o )ould be really 'appy to 'ave t'e money. 2.9.2 #recondition$ ,'e )are'ouse o)es t'e supplier money. 2.9.3. #ostcondition$ ,'e supplier 'as accepted t'e payment. ,'e )are'ouse no) o)es t'e supplier t'e amount less money. 2.). 'rocessing Deliveries from Suppliers 2.=.1. Informal (escription 1. Items from t'e supplier on a truc- 'ave arrived at t'e )are'ouse. Some boo--eepin$ needs to be done. 2. ,'e supplier is responsible for providin$ t'e information suc' as name of supplier. delivered item. amount. date and time of s'ippin$ from t'e delivery slip into t'e S0S system. 3. ,'e delivery slips are put into a )aitin$ queue in order to be processed at p.m. on eac' business day. "fter t'e pm t'res'old. t'e queue is emptied and t'e accumulation of orders for t'e next business day commences. . ,'e stoc- inventory is updated to reflect t'e incomin$ amounts of all t'e items. 2.=.2. #recondition$ ,'e delivery slip 'as arrived. ,'e supplier and t'e item 'ave been entered into t'e system. 2.=.3. #ostcondition$ ,'e stoc- of t'e item 'as been increased by t'e appropriate amount. ,'e amount in question 'as been added to )'at t'e )are'ouse o)es t'e supplier. 2.*. +onducting a Daily Sales Analysis 2.>.1 Inormal !escri"tion 1. ,'e system starts )it' t'e number delayed yesterday and subtracts t'e number of delayed orders t'at 'ave been processed. ,'en it adds t'e number of ne) orders t'is day and subtracts off t'e number of non-delayed orders processed. ,'is $ives t'e ne) daily number of orders processed. 2. ,'e system $ives t'e output in ro)s and columns. accordin$ to accountin$ re$ulations. For eac' supplier. it outputs t'e amount due to t'at supplier. For eac' supermar-et. t'e amount it o)es is $iven too. 2.>.2. #recondition$ It is t'e end of t'e )or-in$ day. at !:// ;.0. 2.>.3. #ostcondition: ,'e )are'ouse mana$er can see t'e sales analysis report of t'e previous business day in t'e mornin$. 2.1,. +onducting a -eekly Sales Analysis 2.1/.1. Inormal !escri"tion 1. ,'e S0S s'all $enerate a )ee-ly sales analysis report t'at s'all contain t'e follo)in$ information: ,otal amount of delayed orders from previous sales analysis ,otal amount of orders received durin$ t'is )ee- from supermar-ets ,otal amount of delayed orders processed t'is )ee- ,otal amount of non-delayed orders processed t'is )ee- ,otal amount of orders currently delayed. 2. Sets t'e number delayed for t'e )ee- equal to t'e number delayed at t'e end of t'e last )ee- minus t'e sum of t'e numbers of delayed orders processed plus t'e ne) orders t'is day minus t'e sum of t'e number of orders processed daily. 3. ?utputs all of t'ese numbers for t'e day and for t'e )ee- neatly in ro)s and columns accordin$ to day and $ives t'e sums in t'e ri$'t places. 2.1/.2. #recondition$ It is Friday ni$'t after completin$ t'e daily sales analysis for Friday. ,'ere 'ave been no problems )it' t'e daily sales reports for t'e last )ee-. 2.1/.3. #ostcondition$ *ives t'e )ee-ly sales analysis for eac' of t'e five business days. from 0onday until Friday. 3. Non-functional 1@uality2 &equirements .1. .sability 1. 3are'ouse mana$ers s'ould be able to order and vie) t'e levels of any stoc- in t'e system at any time t'rou$' a *rap'ical 7ser Interface. ,'e *rap'ical 7ser Interface s'all conform to company standards outlined later. 2. ,'ere )ill be a separate *7I for t'e supermar-et mana$ers to use. It )ill conform to t'e #ompany *rap'ical 7ser Interface Standard. 3. ,'e )are'ouse mana$ers and executive mana$ement. as )ell as mar-etin$ personnel. )ill be able to read t'e sales and reports of 'o) muc' money t'e various supermar-ets o)e as )ell as 'o) muc' money is o)ed to suppliers. . ,'e #ompany *rap'ical 7ser Interface Standard states t'at t'e interface be clear. uncluttered. consistent. and efficient. " -eyboard and mouse )ill be used. as numbers need to be entered into t'e system. !. ,'ere s'ould be fe) errors and all numerical input s'ould be double-c'ec-ed )it' t'e user. ,'e interface learnin$ curve s'ould be s'allo). and occasional users s'ould enjoy learnin$ t'e system. .2. System 'erformance and Reliability 3.2.1. ,'e central )are'ouse system s'ould be$in its processin$ of orders at :// p.m. and finis' by !:// p.m. at least >!A of t'e time. loo-in$ at intervals of at least t)o mont's. 3.2.2. ?rders from t'e supermar-et to t'e central )are'ouse )ill arrive )it'in one 'our >=A of t'e time. loo-in$ at any interval of at least one mont'. 3.2.3 ,'e supermar-et systems s'ould run )it' 182/ second response times on systems )it' state-of-t'e-art as of 1 year a$o B1!// des-tops. 3.2.. ,'e central system s'ould meet all its requirements on a server costin$ less t'an B2/./// dollars 1 year a$o. 3.2.!. ,'e system s'ould not use more t'an double an absolute lo)er bound on its band)idt' consumption. 3.2.+. ,'e mean time bet)een failures of t'e system s'all be no more t'an once every 1/./// 'ours. Failure of t'is means a system cras' or more t'an 'alf of t'e data is corrupted. 3.2.9. ,'e mean time bet)een failures of t'e individual supermar-et systems s'all be no more t'an once every 1./// 'ours. Failure of t'is means a blan- screen. -ernel panic. free4in$ up. but not )eb bro)ser cras'es. .. System Scalability and /odifiability 3.3.1. ,'e company s'ould be able to double t'e si4e of its operations )it'out seriously affectin$ t'e response time of t'e system. 3.3.2. ,'e system s'all be very extensible: t'at is. it s'ould be able to become real-time. and it s'ould be implemented in a type-safe lan$ua$e )it' modern pro$rammin$ principles and practices and s'ould be as extensible and modifiable as possible. .". 'ortability ,'e system )ill be portable to t'e various 'ard)are platforms it needs to run on includin$ Cinux. 3indo)s N,. and 0ac?S. ,'e system s'ould be easily portable to ;alm?S. . Future &equirements .1. ,'e S0S )ill need to support t'e estimation of economic orderin$ quantity and time from suppliers. ,'erefore it )ill 'elp to minimi4e t'e cost of 'oldin$ items in t'e )are'ouse. .2. ,'e S0S )ill need to support real time stoc- -eepin$. .3. ,'e S0S )ill need to support ur$ent delivery requests from supermar-ets. !. "ppendices %.1. System +onte0t diagram SMS 0 Supermarkets Suppliers Managers Order Order Delivery Slip Invoice Sales Analyses %.2. 1ntity Relations2ip Diagram Entity Attribute Relation Supermarket Item Product group Supplier Ordered by Supplied by Belong to Sales Price Stock level Purcasing Price Item !ame "uantity Order Date Delivery Date Processing Status !ame Address !ame Address Order Date supply Date Amount Amount Processing Status Pone# Pone# !ame %.. Data 3lo4 Diagram Supermarket Manager Order$ market% item% amount% date% time% order id Supplier payment$ item% order id% amount delivery slip$ item% &uantity% due% date% time% id 'pdated Stock Inventories Initial Stock Inventories Orderi ng System Delayed Order Processing Invoice to Supermarket$ item% &uantity% amount% supplier% sipping !ormal Order Processing Supermarket Orders Delayed Orders Received Delayed Orders Processed !on(delayed Orders Processed Amount O)ed to Eac Supplier Amount O)ed by Eac Supermarket Daily Sales Report *eekly Sales Report %.%. !oal Diagram ;rocess 5atc' #alculate (elayed #alculate *ranted #alculate ?rders #alculate (eliveries #alculate Stoc- Store (elayed &etrieve (aily ?rder Supplies Store (elayed ;rocess *ranted ;rocess (elayed ?rders ;rocess Ne) ?rders "naly4e (elivery Slips &etrieve ;revious 7pdate (eliveries ;rocess Sales "nalysis #alculate (aily Sum #alculate Ne) 3ee-ly &etrieve ;revious 3ee-ly Store Ne) 3ee-ly %.&. Sales Analysis /odel !.+.1. ,'e S0S is supposed to provide t'e )ee-ly sales analysis report for )are'ouse mana$ers every Friday after closin$ daily data $at'erin$. !.+.2. ,'e business 'ours of t'e )are'ouse are from >am to !pm. but all supermar-ets are open 2 'ours a day 3+! days a year. !.+.3. (efinition of sales analysis items !.+.3.1. ,otal available amount of eac' item ,'e S0S $enerates t'e total available amount of an item by addin$ t'e total remainin$ amount of t'e item at previous business day plus t'e total amount delivered by suppliers for eac' item every day at p.m. ,otal amount delivered by suppliers for eac' day is defined as amount of an item for )'ic' )are'ouse 'as received t'e delivery slip from t'e supplier t'is day before p.m. For example. t'e amount delivered on Dune 1 st is equal to total amount on t'e delivery slips S0S received from 0ay 31. ://:/1 p.m. to Dune 1. ://:// p.m. !.+.3.2. ,'e amount of orders received today Supermar-et mana$ers can order items at any time t'ey )ant. but only orders placed before pm everyday )ill be treated an order occurrin$ on eac' specific day. In ot'er )ords. t'e amount of orders from supermar-ets on Dune 1 st is actually t'e orders placed from 0ay 31. ://:/1pm to Dune 1. ://://pm. !.+.3.3. ,'e amount of delayed orders at t'e sales analysis on t'e previous business day ,'e S0S assi$ns t'e amount of items to t'e correspondin$ orders every pm from 0onday to Friday. "t t'is point. if t'e stoc- level of t'e requested item is not sufficient to serve all of t'e orders. t'e remainin$ quantity is parcelled out bet)een t'e orders proportionally to t'e quantities desired. If t'e total amount of orders minus t'e total assi$ned amount is $reater t'an 4ero. t'is amount is defined as t'e total delayed amount of orders for t'e next business day. !.+.3.. ,'e amount of delayed orders processed today ,'e amount of items )'ic' assi$ned to process !.3.3.3 today !.+.3.!. ,'e amount of non-delayed orders processed today ,'e amount of items )'ic' assi$ned to process !.3.3.2 today ?nly )'en !.+.3.3 equals !.+.3.. !.+.3.! can be $reater t'an 4ero. In ot'er )ords. delayed orders must be processed before ne) ones. !.+.3.+. ,'e amount of delayed orders not processed today (efined by !.+.3.3 less !.+.3. !.+.3.9. ,'e amount of non-delayed orders not processed today (efined by !.+.3.2 less !.+.3. !.+.3.=. ,otal amount of currently delayed (efined by !.+.3.+ plus !.+.3.9 At te beginning o+ te ne,t business day -e amount o+ delayed orders at te sales analysis on te previous business day -e amount o+ delayed orders processed today -e amount o+ delayed orders not processed today -e amount o+ orders received today -e amount o+ non(delayed orders processed today -e amount o+ non(delayed orders not processed today -otal amount o+ orders currently delayed !.+.. %vent-&esponse 0odel "$ent %vent &esponse Supermar-ets ;lace orders ,otal amounts of orders received today 8 Increase 3are'ouse (eliver orders ,otal amounts of delayed orders processed today 8 Increase 3are'ouse (eliver orders ,otal amounts of non-delayed orders processed today 8 Increase Suppliers (eliver orders ,otal available amounts of items 8 Increase !.+.!. ,'e )ee-ly sales analysis report )ill include t'e follo)in$ information !.+.!.1. ,otal amount of delayed orders at previous sale analysis ,otal amount of orders )'ic' could not be served at pm on t'e last Friday. !.+.!.2. ,otal amount of orders received t'is )ee- from supermar-ets ,'e sum of amount of orders received durin$ eac' day from 0onday to Friday of t'is )ee-. !.+.!.3. ,otal amount of delayed orders processed t'is )ee- ,'e sum of amount of delayed orders processed durin$ eac' day from 0onday to Friday of t'is )ee-. !.+.!.. ,otal amount of non-delayed orders processed t'is )ee- ,'e sum of amount of non-delayed orders processed durin$ eac' day from 0onday to Friday of t'is )ee-. !.+.!.!. ,otal amount of orders currently delayed E ,otal amount of orders received t'is )ee- from supermar-ets - 1,otal amount of delayed orders processed t'is )ee- F ,otal amount of non-delayed orders processed t'is )ee-2 !.+.+. Sample Sales "nalysis &eport for an item 6@6 (aily Sales "nalysis 1units2 3ee-ly Sales "nalysis Mon Tue %ed T&r Fri ,otal available amount of item @ 2'' 1(' 1'' 1'' 1(' ,otal amount of delayed order at t'e sales analysis on t'e previous business day 1'' 1'' (' 2'' )'' 1'' ,otal amount of ?rders received today 2'' 1'' 2(' 2'' 2'' *(' ,otal amount of delayed orders processed today 1'' 1'' (' 1'' 1(' ('' ,otal amount of non-delayed orders processed today 1'' (' (' ' ' 2'' Total amount o orders currentl+ dela+ed 1'' (' 2'' )'' )(' )('