Rules for writing t"e *ocument: 1; 3"e SRS s"oul* s"oul* #e neatl9 neatl9 t9pe* on #ot" si*e an* in 4 si$e si$e &aper onl9 onl9// lea8ing lea8ing a margin margin of 1 inc" on left "an* si*e an* 0.5 inc" on rig"t "an* si*e an* 1 inc" at t"e top an* same at t"e #ottom.
!; ollowing ollowing t9ping t9ping 2nstructi 2nstructions ons s"oul* s"oul* #e followe followe*. *. i. 1.0 line line spac spacin ing g s"o s"oul ul* * #e #e use use* * for for t9pi t9ping ng t"e t"e gen gener eral al te=t te=t.. ii. ii. 3"e 3"e genera generall te=t te=t s"all s"all #e (us (usti tifi fie* e* an* t9pe t9pe* * in t"e ont ont st9 st9le le 3im 3imes es 7ew 7ew Roman Roman?? an* ont si$e 1!. iii. Hea*ing s"all s"all #e t9pe* t9pe* in in t"e ont st9le 3imes 7ew Roman? an* ont si$e 1 an* #ol*. iii. iii. Su#"e Su#"ea*i a*ing ng s"all s"all #e t9pe t9pe* * in t"e ont ont st9l st9lee 3ime 3imess 7ew Roma Roman? n? an* ont ont si$e si$e 1! an* #ol*. i8. i8. anc9 anc9 font fontss s"o s"oul ul* * #e a8oi a8oi*e *e* * for for te= te=tt wri writi ting ng..
3"is s9stem is *esigne* in fa8or of t"e "ostel management w"ic" "elps t"em to sa8e t"e recor*s of t"e stu*ents a#out t"eir rooms an* ot"er t"ings. 2t "elps t"em from t"e manual wor' from w"ic" it is 8er9 *ifficult to fin* t"e recor* of t"e stu*ents an* t"e mess #ills of t"e stu*ents/ an* t"e information of a#out t"e t"ose ones one s w"o "a* left t"e "ostel t"ree 9ears 9 ears #efore. 3"is s9stem automaticall9 calculates all t"e #ills an* issue* t"e notifications for t"ose stu*ents w"o are against some rules. 1# !ntended Audience and Reading Suggestions"
3"is Software Requirements Specification is primaril9 inten*e* for all pro(ect *e8elopers associate* wit" t"is pro(ect. @sers/ testers/ an* ot"er parties t"at "a8e an interest in t"is pro(ect can also use t"is *ocument to gain a #etter un*erstan*ing of t"e software. 3"is Specification is organi$e* into se8eral sections t"at can #e rea* an* reference* as nee*e* 1.3 Scope:
3"e propose* s9stem for AHBS3 M474,M73 S6S3MC is computeri$e*. 3o*a9 is t"e era of computers. computers. 3"is software pro(ect pro(ect sol8es all t"e pro#lems pro#lems *iscusse* a#o8e in t"e present s9stem. 3"e main o#(ecti8e of *e8eloping t"is pro(ect is to sa8e time an* mone9. 3"e propose* s9stem pro8i*es t"e following features on *ifferent tas's. tas's. •
4ll t"e *etails relate* to a "osteller coul* #e fin* in one place li'e t"e a*mission *etails/ fees *etails/ room *etails / atten*ance /mess *etails/ stipen* *etails etc.
•
ill ma'e t"e monitoring of stu*ent moment an* stoc' *etails eas9.
•
3"e same application coul* #e use* #9 #ot" t"e account section an* t"e "ostel management for t"eir specific nee*s an* purposes.
1$ Definitions % Abbreviations" H&S Hotel management s9stem 'ser 3"e stu*ent w"o li8e* in t"e "ostel. manag e all t"e t"ings. trator 3"e war*en of t"e "ostel w"o manage
Software Requirements Specification
Page 4
!D card 3"e car* issue* #9e t"e "otel w"ic" contains t"e information of t"e stu*ent. Database t"e recor*s of e8er9 current an* ol* stu*ents is sa8e* "ere. Account number 3"e issue* #9e t"e HMS w"en t"e new stu*ents #ecomes t"e part of t"e "ostel. 3"is num#er is on t"e 2D car* of t"e stu*ent. 3"is is user?s 2D. &ess status it tells t"e mess information of t"e stu*ents.
1( References"
"ttp:freestu*entpro(ects.com "ttp:www.#$upages.net e ta'e t"e material from t"e sites an* follow t"e pattern 9ou "a8e gi8en in t"e e=ample.
3"e Hotel Hote l manage man agemen mentt software soft ware is full9 full 9 in*epen in*e pen*en *entpro* tpro*uct uct.. Bur Bur pro pro*uc *uctt is is not not a part part of an9 an9 ot" ot"er er s9stem.e "a8e user interfaces. @sers will #e categori$e* asE 4*ministrator 2nterfaces Staff 2nterfaces !nterfaces for Administrator ist of interfaces are liste* as #ellow Account *ie+ 2n t"is 8iew user will a**/ remo8e new staff in t"e s9stem. 2na*ministrator 8iew/ a*ministrator will confirm newl9 a**e**epartment. 4*ministrator will #e a#le to access all information a#out"otel staff/ customers an* manage* t"em. ## ## Prod Produc uctt ,unc ,uncti tion onss
3"e 8arious functions co8ere* #9 t"e RF@2RM73 S&22432B7?/ w"ic" follows/ are to #e pro8i*e* to meet t"e requirements of *ata#ase manager/ stu*ents an* a*ministrator wit" role-#ase* up*ating an* 8iewing rig"ts. 3"e following general features s"all #e inclu*e*: • Stu*ent Details are fille* #9 as: ♦ Stu*ent 7ame ♦ Stu*ent at"er?s 7ame ♦ Stu*ent )ranc" ♦ Stu*ent 6ear Software Requirements Specification
Page 5
♦ ♦
Stu*ent Room 7o. Stu*ent &ermanent 4**ress
•
ollowing information will #e gi8en #9 4*ministrator: 4*ministrator: ♦ Stu*ents *etails ♦ Room Details ♦ 4tten*ence Details ♦ Mess Details per mont"
alculations G Report ♦ total mess e=pen*iture per mont". ♦ calculate mess fees for eac" stu*ent. ♦ generate mess #ill report.
#- .pe .perati rating ng /nvironm /nvironment" ent" 3"e HMS is +4V4 #ase* application. 3"e user will use t"is application to maintain t"e *ata#ase of stu*ents G t"e rooms/ mess. 3"e application of Hostel Management S9stem "as a 8er9 useruser-
frien*l9 interface. 3"e software pro8i*es accurac9 along wit" a pleasant interface.Ma'e t"e present manual s9stem more interacti8e/ spee*9 an* user frien*l9. #$ 'ser Characte Characterist ristics ics"
3"ere are 'in*s of users for t"e propose* s9stem • 4*ministrator • Stu*ent • Data#ase manager Administrator
4*ministrator is t"e one w"o monitors all users an* user transactions.4*min "as to maintain t"e *ata of e8er9 stu*ent profile in *ata#ase. "en t"e request gi8en #9 t"e user a*min c"ec's t"e a8aila#ilit9 of t"e user user account t"en it forwar*e* to to t"e stu*ent *ata#ase. 4*min "a8es t"e complete information relate* to e8er9 stu*ent *ata#ase an* all t"e information relate* to t"e stu*ents. 4ll t"e *ata is maintaine* at t"e 4*min le8el. 4*min is "a8ing t"e rig"ts rig"ts to restrict an9 *ata#ase.
Software Requirements Specification
Page 6
Student
8er9 stu*ent w"o "a8e room in "ostel "a8e a *ata#ase an* a stu*ent account to access "is Data. t"ese permission s"all #e s"owe* after a*ministrator appro8al. Stu*ent can c"ec' "is *ata weat"er its true or nee* to some c"anges.4lso "e can c"ec' t"e mont"l9 reports of t"eir fines/ mess #ills an* ot"er stuffs.
The developed system should run under any platform i.e. Unix, Linux, Mac, Windows etc… All mandatory fields should be filled by an individual. There can be security risks involved. Details provided by the individual during his sign up should be stored in database. Student details can update or change by only administrator or database manager.
#0 Assumptions and Dependencies" •
3"e *etails relate* to t"e stu*ent/ rooms/ mess.
•
4*ministrator is create* in t"e *ata#ase alrea*9.
•
Roles and tasks are predefined.
- Specific Reuirements" -1 /2ternal !nterface Reuirment -11 'ser !nterface" Since t"ere are t9pes of users/ t"ere are t9pes of user interface an* t"ose areE
-
4*ministration interface
-
Stu*ent 2nterface
-
Data#ase manager user interface
Software Requirements Specification
Page 7
3"ese interfaces will #e 8ariate* accor*ing to Hostel G Stu*ent *etail requirements. Howe8er t"e9 will "a8e some common properties suc" as:
-
4 customi$a#le win*ow
-
Menus
-
Detail fiel*s
-1# Hard+are !nterfaces"
Har*ware interfaces e=ist in computing s9stems #etween man9 of t"e components suc" as t"e 8arious storage *e8ices/ ot"er 2B *e8ices/ etc. t"ese are following for t"is pro(ect. &rocessor
:
intel core ! *uo processor or "ig"er
R4M
:
!,) R4M
Monitor
:
15C olor Monitor
%e9#oar* G Mouse
-1- Soft+are !nterface
The software is developed with all the basic controls and class provided in java & sql .Windows XP or above installed on the system. Application Package must be installed. Bperating S9stem.
:
in*ows =p/8ista//I inu=/..etcJ
De8eloping 3ool
:
eclipse/SF9og
-# ,unctional Reuirements
3"e functions w"ic" are use* in t"is pro(ect G t"ere functioning
Stu*entK*etailsL;
-
3o enter t"e *etails of Stu*ents.
RoomK*etailsL;
-
3o enter t"e *etails of "ostel rooms.
4tten*enceK*etailsL; -
Maintain t"e stu*ent?s atten*ance *etail.
MessK*etailsL;
3o 'eep t"e recor*s of c"allan of mess #ill.
Software Requirements Specification
-
Page 8
-- 'se Cases
@se case *iagram is a *iagram t"at s"ows t"e interaction #etween user an* s9stem to capture t"e user?s goals. 'se Case 31
Software Requirements Specification
Page 9
'se Case 3#
Software Requirements Specification
Page 10
-$ Class Diagram
Software Requirements Specification
Page 11
-( Non4,unctional Reuirements -(1 Performance
3"e application s"all #e #ase* on (a8a an* "as to #e run on an9 platform. 3"e application s"all ta'e initial loa* time *epen*ing on performance of Bperating S9stem. 3"e performance s"all *epen* upon "ar*ware G software components of t"e computer. -(# Reliability % availability
3"e pro(ect s"all pro8i*e storage of all *ata#ases * ata#ases on re*un*ant computers wit" oracle *ata#ase. -(- Security
3"is pro(ect pro8i*e a genuine securit9 to all t"ose in*i8i*uals w"o are "a8ing t"ere account on t"e *ata#ase as t"e9 are passwor* protecte*. 3"is is 8er9 important aspect of t"e *esign an * s"oul* co8er areas of "ar*ware relia#ilit9/ fall #ac' proce*ures/ p"9sical securit9 of *ata an* pro8ision for *etection of frau* an* a#use.
-(( &aintainability
Software Requirements Specification
Page 12
Hostel Management S9stem will #e maintaina#le as long as t"ere are no Har*ware G software pro#lems. 4lso *ata#ases s"oul* #e up*ate*. -(0 Portability
3"e pro(ect is ma*e in (a8a (a8a as front en* G sql *ata#ase as #ac' en* an* will wor' upon all BS efficientl9.
A Data Flow Diagram (DFD) is a graphical representation of the "flow" of data through an Information System. A data flow diagram can also be used for the visualization of Data Processing. It is common practice for a designer to draw a contextlevel DFD first which shows the interaction between the system and outside entities. This context-level DFD is then "exploded" to show s how more detail of the system being modeled. A DFD represents flow of data through a system. Data flow diagrams are commonly used during problem analysis. It views a system as a function that transforms the input into desired output. A DFD shows movement of data through the different transformations transformations or processes in the system. Software Requirements Specification
Page 14
Dataflow diagrams diagrams can be used to provide provide the end user with with a physical idea of of where the data they input ultimately has an effect upon the structure of the whole system from order to dispatch to restock how any system is developed can be determined through a dataflow diagram. The appropriate register saved in database and maintained by appropriate authorities. Data Flow Diagram Notation
Function/Process
File/Database
Input/output
Flow
$- State4Transition Diagrams 5STD6
Software Requirements Specification
Page 15
5.Conclusion
Software Requirements Specification
Page 16
Hostel Management System is a Customize and user-friendly software for Hostel. It has been designed to automate, manage and look after the over-all processing of even very large hostel. It is capable of managing Enquiry details, Student Details, Payment Details etc. Hostel Management System is a Customize and user-friendly software for Hostel Hostel which which provid providee hostel hostel inform informati ation, on, hostel hostel room room inform informati ation, on, hostel hostel accoun accounts ts information. Hostel Management Software System is offering a maximum of stability, s tability, costeffectiveness and usability. It provides the most flexible and adaptable standards management system software solutions for hostel.
