ࡱ> Y YFbjbjWW 2==.A*]&&&&&&&::::8r$|:#Xn " :\ \ \ \ 6IIII=RILPLW$Y[X&2\ \ 22XB&&\ \ n BBB2j&\ &\ I::&&&&2IBB,ZB&&I\  \::Hz SWE 626 Team 2 Hotel Management System Software Requirements Specification Document Prepared by Team 1 Version: (1.1) Date: (02/11/2002) Table of Contents  TOC \o "1-3" 1 Introduction  PAGEREF _Toc1213975 \h 4 1.1 Purpose  PAGEREF _Toc1213976 \h 4 1.2 Scope  PAGEREF _Toc1213977 \h 4 1.3 Definitions, Acronyms, and Abbreviations.  PAGEREF _Toc1213978 \h 5 1.4 Overview  PAGEREF _Toc1213979 \h 5 2 The Overall Description  PAGEREF _Toc1213980 \h 5 2.1 Product Perspective  PAGEREF _Toc1213981 \h 5 2.1.1 Hardware Interfaces 5 2.1.2 Software Interfaces 5 2.2 Product Functions 5 2.3 User Characteristics 6 2.4 Apportioning of Requirements. 6 2.5 Assumptions and Dependencies 6 3 Specific Requirements 7 3.1 External Interfaces 7 3.1.1 User Interfaces 7 3.1.2 Software Interfaces 7 3.1.3 Hardware Interfaces 7 3.1.4 Communication Interfaces 8 3.2 Functional Requirements 8 3.3 Nonfunctional Requirements  PAGEREF _Toc1213995 \h 100 3.3.1 Performance Requirements  PAGEREF _Toc1213996 \h 100 3.3.2 Logical Database Requirements  PAGEREF _Toc1213997 \h 100 3.3.3 Design Constraints  PAGEREF _Toc1213998 \h 111 3.3.4 Standards Compliance  PAGEREF _Toc1213999 \h 111 3.3.5 Reliability  PAGEREF _Toc1214000 \h 111 3.3.6 Availability  PAGEREF _Toc1214001 \h 111 3.3.7 Security  PAGEREF _Toc1214002 \h 111 3.3.8 Maintainability  PAGEREF _Toc1214003 \h 11 3.3.9 Portability  PAGEREF _Toc1214004 \h 111 4 Change Management Process  PAGEREF _Toc1214005 \h 122 5 Document Approvals  PAGEREF _Toc1214006 \h 122 5.1 Team One Approval  PAGEREF _Toc1214007 \h 122 5.2 Team Two Approval  PAGEREF _Toc1214008 \h 122 6 Supporting Information  PAGEREF _Toc1214009 \h 122  Introduction The following subsections of the Software Requirements Specifications (SRS) document provide an overview of the entire SRS. Purpose The Software Requirements Specification (SRS) will provide a detailed description of the requirements for the Hotel Management System (HMS). This SRS will allow for a complete understanding of what is to be expected of the HMS to be constructed. The clear understanding of the HMS and its functionality will allow for the correct software to be developed for the end user and will be used for the development of the future stages of the project. This SRS will provide the foundation for the project. From this SRS, the HMS can be designed, constructed, and finally tested. This SRS will be used by the software engineers constructing the HMS and the hotel end users. The software engineers will use the SRS to fully understand the expectations of this HMS to construct the appropriate software. The hotel end users will be able to use this SRS as a test to see if the software engineers will be constructing the system to their expectations. If it is not to their expectations the end users can specify how it is not to their liking and the software engineers will change the SRS to fit the end users needs. Scope The software product to be produced is a Hotel Management System which will automate the major hotel operations. The first subsystem is a Reservation and Booking System to keep track of reservations and room availability. The second subsystem is the Tracking and Selling Food System that charges the current room. The third subsystem is a General Management Services and Automated Tasks System which generates reports to audit all hotel operations and allows modification of subsystem information. These three subsystems functionality will be described in detail in section 2-Overall Description. There are two en users for the HMS. The end users are the hotel staff (customer service representative) and hotel managers. Both user types can access the Reservation and Booking System and the Food Tracking and Selling System. The General Management System will be restricted to management users. The Hotel Management Systems objectives is to provide a system to manage a hotel that has increased in size to a total of 100 rooms. Without automation the management of the hotel has become an unwieldy task. The end users day-to-day jobs of managing a hotel will be simplified by a considerable amount through the automated system. The system will be able to handle many services to take care of all customers in a quick manner. The system should be user appropriate, easy to use, provide easy recovery of errors and have an overall end user high subjective satisfaction. Definitions, Acronyms, and Abbreviations. SRS Software Requirements Specification HMS Hotel Management System Subjective satisfaction The overall satisfaction of the system End users The people who will be actually using the system Overview The SRS is organized into two main sections. The first is The Overall Description and the second is the Specific Requirements. The Overall Description will describe the requirements of the HMS from a general high level perspective. The Specific Requirements section will describe in detail the requirements of the system. The Overall Description Describes the general factors that affect the product and its requirements. This section does not state specific requirements. Instead it provides a background for those requirements, which are defined in section 3, and makes them easier to understand. Product Perspective The HMS is an independent standalone system. It is totally self contained. 2.1.1 Hardware Interfaces The HMS will be placed on PCs throughout the hotel. Software Interfaces All databases for the HMS will be configured using Oracle 8i. These databases include hotel rooms and customers information. These can be modified by the end users. The room database will include the room numbers and if they are vacant or occupied. The customers information database will contain all the information of the customer such as first name, last name, number of occupants, assigned room, default room rate(may be changed), phone number, whether or not the room is guaranteed, credit card number, confirmation number, automatic cancellation date, expected check in date and time, actual check in date and time, expected check out date and time, amount owed by customer, and abbreviated customer feedback. Product Functions Reservation and Booking System Allows for typing in customer information Has a default room rate that is adjustable Includes a description field for the changed rate When a customer checks in, the room number will be changed to occupied in the database Ability to modify a reservation When no rooms are available and a customer would like to extend their reservation their information will be placed in a database and when there are rooms available the first customer on the list will have the room When a customer checks out the amount owed is displayed If the internal clock states that is a customers time to have checked out and customer has not checked out, adds an extra night to amount owed and provides a report Records that room is vacant Records payment Allows for space to write customers feedback Tracking and Selling Food System Tracks all meals purchased Charges the current room as necessary General Management Services and Automated Tasks System Reports generated to audit hotel occupancy, future occupancy, room revenue, and food revenue Exception reports listing exceptions to the normal cost Allows addition, deletion and modification of information on rooms and rates, menu items and prices, user profiles Creation of users and assigning passwords User Characteristics Educational level of HMS computer software Low Experience of HMS software None Technical Expertise Little Apportioning of Requirements The audio and visual alerts will be deferred because of low importance at this time. Assumptions and Dependencies - The system is not required to save generated reports. - Credit card payments are not included Specific Requirements This section contains all the software requirements at a level of detail, that when combined with the system context diagram, use cases, and use case descriptions, is sufficient to enable designers to design a system to satisfy those requirements, and testers to test that the system satisfies those requirements. External Interfaces The Hotel Management System will use the standard input/output devices for a personal computer. This includes the following: Keyboard Mouse Monitor Printer User Interfaces The User Interface Screens are described in table 1. Table  SEQ Table \* ARABIC 1: Hotel Management User Interface Screens Screen NameDescriptionLoginLog into the system as a CSR or ManagerReservationRetrieve button, update/save reservation, cancel reservation, modify reservation, change reservation, adjust room rate, accept payment type/credit cardCheck-inModify room stay (e.g., new credit card), check-in customer (with or without a reservation), adjust room rate, special requests, accept payment type/credit cardCheckoutCheckout customer, generate billHotel PaymentAccept payment for room and foodRoom Service/RestaurantCreate order, modify order, view order, cancel order, generate meal billCustomer RecordAdd or update customer recordsAdminister RoomsAvailability and rates Administer UserCreate, modify, and delete users; change passwordAdminister MealsCreate, modify, and delete meal items and pricesReportsSelect, view, save, and delete reports Software Interfaces The system shall interface with an Oracle or Access database. Hardware Interfaces The system shall run on a Microsoft Windows based system. Communication Interfaces The system shall be a standalone product that does not require any communication interfaces. Functional Requirements Functional requirements define the fundamental actions that system must perform. The functional requirements for the system are divided into three main categories, Reservation/Booking, Food, and Management. For further details, refer to the use cases. Reservation/Booking The system shall record reservations. The system shall record the customers first name. The system shall record the customers last name. The system shall record the number of occupants. The system shall record the room number. The system shall display the default room rate. The system shall allow the default room rate to be changed. The system shall require a comment to be entered, describing the reason for changing the default room rate. The system shall record the customers phone number. The system shall display whether or not the room is guaranteed. The system shall generate a unique confirmation number for each reservation. The system shall automatically cancel non-guaranteed reservations if the customer has not provided their credit card number by 6:00 pm on the check-in date. The system shall record the expected check-in date and time. The system shall record the expected checkout date and time. The system shall check-in customers. The system shall allow reservations to be modified without having to reenter all the customer inforamtion. The system shall checkout customers. The system shall display the amount owed by the customer. To retrieve customer information the last name or room number shall be used The system shall record that the room is empty. The system shall record the payment. The system shall record the payment type. The system shall charge the customer for an extra night if they checkout after 11:00 a.m. The system shall mark guaranteed rooms as must pay after 6:00 pm on the check-in date. The system shall record customer feedback. Food The system shall track all meals purchased in the hotel (restaurant and room service). The system shall record payment and payment type for meals. The system shall bill the current room if payment is not made at time of service. The system shall accept reservations for the restaurant and room service. Management The system shall display the hotel occupancy for a specified period of time (days; including past, present, and future dates). The system shall display projected occupancy for a period of time (days). The system shall display room revenue for a specified period of time (days). The system shall display food revenue for a specified period of time (days). The system shall display an exception report, showing where default room and food prices have been overridden. The system shall allow for the addition of information, regarding rooms, rates, menu items, prices, and user profiles. The system shall allow for the deletion of information, regarding rooms, rates, menu items, prices, and user profiles. The system shall allow for the modification of information, regarding rooms, rates, menu items, prices, and user profiles. The system shall allow managers to assign user passwords. Nonfunctional Requirements Functional requirements define the needs in terms of performance, logical database requirements, design constraints, standards compliance, reliability, availability, security, maintainability, and portability. Performance Requirements Performance requirements define acceptable response times for system functionality. The load time for user interface screens shall take no longer than two seconds. The log in information shall be verified within five seconds. Queries shall return results within five seconds. Logical Database Requirements The logical database requirements include the retention of the following data elements. This list is not a complete list and is designed as a starting point for development. Booking/Reservation System Customer first name Customer last name Customer address Customer phone number Number of occupants Assigned room Default room rate Rate description Guaranteed room (yes/no) Credit card number Confirmation number Automatic cancellation date Expected check-in date Expected check-in time Actual check-in date Actual check-in time Expected check-out date Expected check-out time Actual check-out date Actual check-out time Customer feedback Payment received (yes/no) Payment type Total Bill Food Services Meal Meal type Meal item Meal order Meal payment (Bill to room/Credit/Check/Cash) Design Constraints The Hotel Management System shall be a stand-alone system running in a Windows environment. The system shall be developed using Java and an Access or Oracle database. Standards Compliance There shall be consistency in variable names within the system. The graphical user interface shall have a consistent look and feel. Reliability Specify the factors required to establish the required reliability of the software system at time of delivery. Availability The system shall be available during normal hotel operating hours. Security Customer Service Representatives and Managers will be able to log in to the Hotel Management System. Customer Service Representatives will have access to the Reservation/Booking and Food subsystems. Managers will have access to the Management subsystem as well as the Reservation/Booking and Food subsystems. Access to the various subsystems will be protected by a user log in screen that requires a user name and password. Maintainability The Hotel Management System is being developed in Java. Java is an object oriented programming language and shall be easy to maintain. Portability The Hotel Management System shall run in any Microsoft Windows environment that contains Java Runtime and the Microsoft Access database. Change Management Process Changes to this document may be made after approval from the project manager and the client approval officer. Document Approvals Team One Approval ________________________ ____________ Sandra Busik/Reita Sikka Date Team Two Approval ________________________ ____________ Lisa Ferrett Date Supporting Information A system context diagram as well as use cases and use case descriptions have been developed in separate documents. Hotel Management System Software Requirements Specifications  FILENAME \p C:\Documents and Settings\Sandra Busik\My Documents\HotelManagementSystem CorrectFinal SRS.doc Page  PAGE 12 of  NUMPAGES 12 February 11, 2002f  13bc !"#$%01IJKLM|}./jUmHj]UmHjUmHjkUmHjUmHjyUmHjUmH jUmHmH5 j5U5CJ 56CJ5CJ$< 123WXabcovw$ $ 4 $ 4 $ 4 4  4 123WXabcovwxyz{|}~&N3Okt  7 v 2 m  6 h  E ~ jWs.  st . Uwxyz{|}~&N  $$/012V W o p q s t   + , - / 0 M N f g h j k    0 jUmHj%UmHjUmHj3UmHjUmHjAUmHjUmHjOUmHmH jUmH>3Okt  7 v 2 m  6 h     0 1 2 4 5 H I a b c e f  % & > ? @ B C ^ _ w x y { | ~  WXyJ-.P%Q%m%>*5>*65 jUj UmHjt UmHjUmHjUmHj UmHjUmHmH jUmHjUmH? E ~ jWXuv} LMy%$$    $  WXuv} LMy?J.cdxHJ~{xuroa^Z G@   GH}.  .  %B.   BK%%%4.   4*mn .    ?J.cdxHJ]|  & F?v h & F8 & F@$ $% J]| Z z P!!."J"Z"""""""####+$U$V$l$$ƾ}zrjbZWID;.   ;?  ?  ?  '?  ^_?  ?  ?  ?  ?  ?  ?  ?  ?  G?  y?  ?   ? G.   G Z z P!!."J"Z"""""""####+$U$V$l$$$$$$   & F?v h$$$$$O%P%Q%n%%%%%"'#'7''''''''(c(o({(|((((wtojea\WS*  R  XY  e  q&O.  OPX5  `5  f5   o5 .  .  @.   @.   z$O%P%Q%n%%%%%"'#'7''''''''(c(o({($$&$h  & F5$  m%n%%( (5(6(7(8(c(|(+,I-;;==BB.EkElEmEzE{EEEEEFFFF F FFFFFUFVFWFYFĿĸĿĿĸĿ0J CJ 0J CJmH0J CJj0J CJU0J CJhmH 0J CJhj0J CJUhCJ6B*5B*mH jU5CJ5+{(|(((((O)P)Y)))*%*&*4*U*V*n*ɼ0$$l t      0@ $ $5$$l4 t      0@ $    ((O)P)Y)))*%*&*4*U*V*n*******++"+T+U+f++++++++,,½|wspb_\Z.   Z   4  <=  n                f  ~          {      )"n*******++"+T+U+f++++++++,,0,ɨ  0$$l t      0@ $ $,0,j,,,,,J--- .0.c..../[///<00vmaUI=3   3   3   /3   3  3   3   0L3   a~3   3   3  3 %.   .   .   0,j,,,,,J--- .0.c..../[///<00&1c1 & F3  & F30 & F3 & F3  & F3%$$$$0&1c11102U222 313[33494>444#5ĸsg[SJ>23   hL3   3  3  3   ,3   A3   3   3   %3   UR3   3  3   3  1A3  V~3  3  X3  mc11102U222 313[33494>444#5m5x55A666J7788 & F3 & F3 & F3  & F3 & F3 #5m5x55A666J7788888 9999J::: ; ;˿~pmj^[UME@6  C6   6 .  .   .3   3   5 3   3   #3   S3   3   ,3   vi3  t3  3   88888 9999J::: ; ;);;;;<<+<A<U<c<u<< & F7  & F6  $ & F3 ;);;;;<<+<A<U<c<u<<<<<<<=%=:=R=j====ºzrjbZRJBu7  7  7  7  7  7  7  7  )7  E7  Y7  l7  7  7  7  7  7  7  7  7   7 34.   <<<<<<=%=:=R=j===========> >;><>$ & F8$$ & F8$$ & F8$$   & F7========> >;><>=>P>>>????@@@`@a@j@BBºzwtfc`ROLO.   .   Z.   Ze.   F.   8   8  8  8   "8 01<7  I7  c7  <>=>P>>>????@@@`@a@j@BB#BBBB@CAC[C]CC$$$   B#BBBB@CAC[C]CCCCCCCDCDDDVDWD}DDDD-E.EkE{EEFFFFWFXFYF~~~~~~~~.  .   .  .  v.  kC.   Ci.   #CCCCCCDCDDDVDWD}DDDD-E.EkElEWFXFYF$ $ 4   $$$0 0 000&PP/ =!"#$%yDyK  _Toc1213975yDyK  _Toc1213976yDyK  _Toc1213977yDyK  _Toc1213978yDyK  _Toc1213979yDyK  _Toc1213980yDyK  _Toc1213981yDyK  _Toc1213995yDyK  _Toc1213996yDyK  _Toc1213997yDyK  _Toc1213998yDyK  _Toc1213999yDyK  _Toc1214000yDyK  _Toc1214001yDyK  _Toc1214002yDyK  _Toc1214003yDyK  _Toc1214004yDyK  _Toc1214005yDyK  _Toc1214006yDyK  _Toc1214007yDyK  _Toc1214008yDyK  _Toc1214009( [X@X Normal ]#B*CJOJQJ_HkHmH sH tH @@@ Heading 1 & F.x@&5CJ@@@ Heading 2 & F.xx@&>*CJ8@!8 Heading 3 & F.x@&CJ010 Heading 4  & F.@&4A4 Heading 5  & F.@&CJFF Heading 6 & F.<@&5CJ\aJ<< Heading 7 & F.<@&aJBB Heading 8 & F.<@& 6]aJL L Heading 9 & F.<@&CJOJQJ^JaJ<A@< Default Paragraph Font66 TOC 5 $^CJ66 TOC 4 $^CJ6@6 TOC 3 $^CJ>@> TOC 2 $x^6CJ:@: TOC 1x $5CJ* * Index 3 ^* * Index 2 h^h" @" Index 1.!b. Index Heading, @, Footer  !,@, Header  !88 Normal Indent1 ^.O. lev2hd^h5>*(O( lev1,5CJ:A: lev3 (d@& ^CJBOB  level 2 bullet@^@`NN level 2 bullet  4@^@`&)@& Page Number66 TOC 6! $^CJ66 TOC 7" $^CJ66 TOC 8# $^CJ66 TOC 9$ $^CJ*B@R* Body Text%64"@4 Caption &xx 5CJ\8Tr8 Block Text' & FhYB>>))),/0 m%YF$(*2w  ${(n*0,c188<<>CYF%')+-/13579;=?AWJ$(,0#5 ;=BYF&,.0468:<>@"$0JL|/1Vps,/Mgj14Hbe % ? B ^ x { ~ $5$7$YB %%%%%%%%%%%%%%%%%%%%%% t>L,t!" _Toc1213975 _Toc1213976 _Toc1213977 _Toc1213978 _Toc1213979 _Toc1213980 _Toc1213981 _Toc1213983 _Toc1213984 _Toc1213985 _Toc1213986 _Toc1213987 _Toc1213988 _Toc1213989 _Toc1213990 _Toc1213991 _Toc1213992 _Toc1213993 _Toc1213994 _Toc1213995 _Toc1213996 _Toc1213997 _Toc1213998 _Toc1213999 _Toc1214000 _Toc1214001 _Toc1214002 _Toc1214003 _Toc1214004 _Toc1214005 _Toc1214006 _Toc1214007 _Toc1214008 _Toc1214009  vM?dJV !###'(j((45 7=::;<a<>>A???D@@ZB  !  {vG-w[j !6##'/(((55(7O: ;;<i<">>Z???U@@ZB --#...//$@)@*@/@0@5@@@.AWBZBj l X '4"=>@A.AAAWBZB mark roweIC:\DOCUME~2\SANDRA~1\LOCALS~1\Temp\AutoRecovery save of Final HMS SRS.asd mark roweIC:\DOCUME~2\SANDRA~1\LOCALS~1\Temp\AutoRecovery save of Final HMS SRS.asd mark roweIC:\DOCUME~2\SANDRA~1\LOCALS~1\Temp\AutoRecovery save of Final HMS SRS.asd mark roweEC:\Documents and Settings\Sandra Busik\My Documents\Final HMS SRS.doc mark rowe4C:\Documents and Settings\Sandra Busik\My Documents\ mark rowe^C:\Documents and Settings\Sandra Busik\My Documents\HotelManagementSystem CorrectFinal SRS.doc mark rowe4C:\Documents and Settings\Sandra Busik\My Documents\ mark rowe^C:\Documents and Settings\Sandra Busik\My Documents\HotelManagementSystem CorrectFinal SRS.doc mark rowebC:\DOCUME~2\SANDRA~1\LOCALS~1\Temp\AutoRecovery save of HotelManagementSystem CorrectFinal SRS.asd mark rowe^C:\Documents and Settings\Sandra Busik\My Documents\HotelManagementSystem CorrectFinal SRS.doc:,]J|FA"AbRAs`,zu FZ2H DG _|F7 9$JBGJJVxs`1^|Fe|F%!|F/e"\#% !& ur'  '=81,1(-|FW-h1$K#/s`wAu0P1lT0 )p1T23J(5JQ45\ 8s`'? <@J1B|F-C|FYDnEs`a&tMZN"hO|FPOs`fPFZ }WKfW`9X2&Zs`/k`} AdJyqj rjRhsk2 pXms`L[nv,uqBuBss`a.|s st /2uJOgx8nnfyJ*@h^`()@h ^ `56>*B*CJOJQJo(3.1. @h^`56>*B*CJOJQJo(() @hX^X`56>*B*CJOJQJo(3. @hH^H`56>*B*CJOJQJo(3.2. hh^h`o(.@h^`56>*B*CJOJQJo(3.2.1. @h ^ `56>*B*CJOJQJo(3.1. hh.@hv^v`()@hv^v`()@hX^X`56>*B*CJOJQJo(3. @h ^ `56>*B*CJOJQJo(3.1. @h ^ `56>*B*CJOJQJo(3.1. @h ^ `56>*B*CJOJQJo(3.1. @ ht^t`56>*B*CJOJQJo( 3.2.1.1. hh^h`.hh^h`.P^`P..^`...x^`x....  ^` .....  X@ ^ `X ......  ^ `....... 8x^`8........ `H^``.........hh^h`.P^`P..^`...x^`x....  ^` .....  X@ ^ `X ......  ^ `....... 8x^`8........ `H^``.........o(-@h^`56>*B*CJOJQJo(3.2.2. @h ^ `56>*B*CJOJQJo(3.1. z^`zo(()@hX^X`56>*B*CJOJQJo(3. @ h^`56>*B*CJOJQJo( 3.2.1.2. hho(.h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(@hv^v`()@hv^v`()@ h^`56>*B*CJOJQJo( 3.2.1.1. @h^`56>*B*CJOJQJo(3. hh^h`.@h^`()@h ^ `56>*B*CJOJQJo(3.1. @h ^ `56>*B*CJOJQJo(3.1. @hX^X`56>*B*CJOJQJo(3. o(-@h ^ `56>*B*CJOJQJo(3.1. @hX^X`56>*B*CJOJQJo(3. @hH^H`56>*B*CJOJQJo(3.2. @ ht^t`56>*B*CJOJQJo( 3.2.2.1. h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(@hX^X`56>*B*CJOJQJo(3. h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(@hv^v`() hh^h`OJQJo(hho(. XX5>*o(. 05>*o(.. 05>*o(... 885>*o( .... 885>*o( ..... `5>*o( ......  `5>*o(.......  5>*o(........P^`P@@^@`.0^`0..``^``... ^` .... ^` ..... ^` ...... `^``....... 00^0`........@hX^X`56>*B*CJOJQJo(3. hh^h`o(.P^`Po(..^`o(...x^`xo(....  ^`o( .....  X@ ^ `Xo( ......  ^ `o(....... 8x^`8o(........ `H^``o(.........h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(@hX^X`56>*B*CJOJQJo(3. hho(.hh^h`.@hv^v`()phB*OJQJo(@hh^h`()@<@9$Ad(5BGJ/2u,]nfyA"A"[O3[O1BuBs,zu (- 8 8[OYDnEfP-CVx/e"DG e&Z%!#/_pXmhORAQ45wAu081, }W1^POst'?#%W-yqj2H sksksksk!&ur'L[n/k`q`9X)p170 'a&tMrja.|sOgxskp\O [O @h^`56>*B*CJOJQJo(() [O @h 8^8`OJQJo(\O @h^`56>*B*CJOJQJo(3. Rt:@hp deskjet 940c seriesNe00:winspoolhp deskjet 940c serieshp deskjet 940c series@߀dDrvConvert>eںںRLdhp deskjet 940c seriesskjet 940c series,LocalOnly,DrvConvert>ehp deskjet 940c series@߀dDrvConvert>eںںRLdhp deskjet 940c seriesskjet 940c series,LocalOnly,DrvConvert>e??pX??YB@@GzTimes New Roman5Symbol3& zArialWTms RmnTimes New Roman?5 zCourier New;Wingdings"CVbFbFSHm 5rL F##V20dAfR@2Software Requirements Specification (SRS) Templateuser mark roweOh+'0$ 8D ` l x 3Software Requirements Specification (SRS) Templateoftuserareserser Normal.dotq mark roweq2rkMicrosoft Word 8.0t@@օ@ഘ@ഘm 5՜.+,D՜.+,@ px  TeraQuest Metrics, Inc. rAj 3Software Requirements Specification (SRS) Template Title 6> _PID_GUIDAN{7B662E80-1F05-11D6-AA56-0050DAC846BD}  !"#$%&'()*+,-./0123456789:;<=>?@ABDEFGHIJLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxy{|}~Root Entry F`^׶Data C1TableKI\WordDocument2SummaryInformation(zDocumentSummaryInformation8CompObjjObjectPool׶׶  FMicrosoft Word Document MSWordDocWord.Document.89q