ࡱ>  2^bjbjVV <<sUGG4hW H @#(###7%-Da/$GGGGGGG$ILG03%7%00GGG##4G2220GR##F20G22A"C#1BFG0HBAM1AM(CAMC00200000GG2000H0000AM000000000 :  Software Requirements Specification for FACETs Mobile Version 2.0 Prepared by Team 6g Members: Robert Van Tyne, Arnold King, Ryan Chadwick, Bryan Sullivan, Victor Calderon, Mark Gatesman Team 6g 11/11/2010 Table of Contents  TOC \o "1-3" \t "TOCentry,1" Table of Contents  PAGEREF _Toc277493561 \h ii Revision History  PAGEREF _Toc277493562 \h iii 1. Introduction  PAGEREF _Toc277493563 \h 1 1.1 Purpose  PAGEREF _Toc277493564 \h 1 1.2 Intended Audience and Reading Suggestions  PAGEREF _Toc277493565 \h 1 1.3 Project Scope  PAGEREF _Toc277493566 \h 1 2. Overall Description  PAGEREF _Toc277493567 \h 1 2.1 Product Perspective  PAGEREF _Toc277493568 \h 1 2.2 Product Features  PAGEREF _Toc277493569 \h 1 2.3 Operating Environment  PAGEREF _Toc277493570 \h 2 2.4 Design and Implementation Constraints  PAGEREF _Toc277493571 \h 2 2.5 User Documentation  PAGEREF _Toc277493572 \h 2 2.6 Assumptions and Dependencies  PAGEREF _Toc277493573 \h 2 3. Functional Requirements  PAGEREF _Toc277493574 \h 2 3.1 Session Management:  PAGEREF _Toc277493575 \h 2 3.2 Brainstorm FACET:  PAGEREF _Toc277493576 \h 3 3.3 Affinity Diagram FACET  PAGEREF _Toc277493577 \h 4 4. Requirements Breakdown:  PAGEREF _Toc277493578 \h 5 4.1 Session Management  PAGEREF _Toc277493579 \h 5 4.2 Brainstorm FACET  PAGEREF _Toc277493580 \h 5 4.2.1 Idea Generation  PAGEREF _Toc277493581 \h 5 4.2.2 Grouping  PAGEREF _Toc277493582 \h 6 4.2.3 Voting  PAGEREF _Toc277493583 \h 6 4.2.4 Results  PAGEREF _Toc277493584 \h 6 4.2.5 Application (ALL):  PAGEREF _Toc277493585 \h 6 4.3 Affinity Diagram  PAGEREF _Toc277493586 \h 6 4.3.1 Needs Generation:  PAGEREF _Toc277493587 \h 6 4.3.2 Grouping:  PAGEREF _Toc277493588 \h 6 4.3.3 Sentence Creation:  PAGEREF _Toc277493589 \h 6 4.3.4 Results:  PAGEREF _Toc277493590 \h 6 5. External Interface Requirements  PAGEREF _Toc277493591 \h 6 5.1 User Interface  PAGEREF _Toc277493592 \h 6 5.2 Hardware Interfaces  PAGEREF _Toc277493593 \h 7 5.3 Software Interfaces  PAGEREF _Toc277493594 \h 8 5.4 Communications Interfaces  PAGEREF _Toc277493595 \h 8 6. Other Nonfunctional Requirements  PAGEREF _Toc277493596 \h 8 6.1 Performance Requirements  PAGEREF _Toc277493597 \h 8 6.2 Safety Requirements  PAGEREF _Toc277493598 \h 8 6.3 Security Requirements  PAGEREF _Toc277493599 \h 9 6.4 Software Quality Attributes  PAGEREF _Toc277493600 \h 9 7. Other Requirements  PAGEREF _Toc277493601 \h 9 7.1 Data Requirements  PAGEREF _Toc277493602 \h 9 7.2 Reuse Requirements  PAGEREF _Toc277493603 \h 9 Appendix A: Glossary  PAGEREF _Toc277493604 \h 10 Appendix B: Issues List  PAGEREF _Toc277493605 \h 10  Revision History NameDateReason For ChangesVersionTeam 6g6/22/2010Initial Draft1.0Team 6g11/11/2010Added Affinity Diagram Requirements2.0 Introduction Purpose The purpose of this document is to define the requirements for creating an Android application for the FACETs Brainstorming tool. This document will outline all of the necessary information to start development. Intended Audience and Reading Suggestions The intended audience for this document is Team 6g, the project sponsor, and the team advisor. Throughout the rest of this document it the project will be broken up into sections for: Project Description, System Features, External Interface Requirements, and Non Functional Requirements. There is also a glossary of common terms found throughout the document. Project Scope This project is to take the existing FACET tools and convert them to Android applications. The benefits of this project are to be able to use a mobile device to make the tools more assessable. The goal is to make it as easy as possible to collaborate with anyone using the tools. This will allow for users not to have to be sitting in a classroom environment. The software being used for development is the Android development kit which is a plug-in to the Eclipse IDE. The project is being managed by a server running Redmine. Overall Description Product Perspective This application will allow users of the FACET toolset to be able to use the Brainstorming tool, and Affinity Diagram tool from their Android based phone. This application is a small part of a larger set which will be added on to one at a time. The overall application will allow users to use all of the FACET tools from within this application. Product Features This program will allow users to be able to use the FACET tools from their mobile phone. Any phone that supports the Android operating system version 2.2 will be able to install the applications and run the tools from their phone. These tools will allow users to collaborate simultaneously as if they were doing so on their pc through their web browser. The Facets tools that are currently available are the Brainstorm and Affinity Diagram tools. The Brainstorm tool allows users to collaborate and generate ideas together in real time. The Affinity Diagram tool allows users to input their needs for a project, which are turned around into project requirement statements. Operating Environment The software will run on the Android operating system version 2.2. All devices that support this version of the Android operating system will be able to run the software. The software is developed using Eclipse version Galileo. The intent of this software is to utilize the functionality of the FACETs tools and use the system in the same way as it is implemented in a normal web browser. The software should use at least the same functionality as the web tools and should persist the data in the same database. Design and Implementation Constraints All components of the software need to be open source. The software must run on the Verizon Droid phone which runs the Android operating system. The mobile phone has existing hardware/software constraints. The database used by the software needs to be the same one that is used by the FACETs web tools. The software must also use the language supported by the Android development environment, java plus the Android SDK. User Documentation There are help files within the program for each screen the user sees. Click on the help button at right of the screen. There is also a Facets_Server_Install.doc for instructions on setting up the server. Assumptions and Dependencies The system is dependent upon the EDGE server. The system also uses an LDAP authentication server. Functional Requirements Session Management: GEN-1: When creating a new session, the session creator shall assign one or more moderators. GEN-2: When creating a new session, the session creator shall assign the session a name. GEN-3: When creating a new session, the session creator shall create a problem description. GEN-4: When creating a new session, the session creator shall be able to set an open and close time and date. GEN-5: When creating a new session, the session creator shall be able to toggle whether the session is secure or not. Secure sessions require users to be a guest member to log in. GEN-6: A moderator shall be able to edit a previously created session. GEN-7: The session shall conclude after the specified amount of time has passed. GEN-8: The session shall conclude if a specified amount of ideas has been generated. GEN-9: The moderator shall be able to close a session at any time. GEN-10: The moderator shall be able to open a closed session. GEN-11: A moderator shall be able to assign the maximum number of participants to a session. GEN-12: All sessions shall be able to have multiple moderators. GEN-13: Session creators and moderators shall be able to import data from previously closed sessions into a currently open session. (import data from database, not associate) GEN-14: All sessions shall be associated with a single EDGE project. GEN-15: The moderator shall be able to specify a time warning until the current phase is completed. GEN-16: The moderator shall be able to view a session management screen. This screen shall allow the moderator to filter/sort/view/edit/close sessions. GEN-17: The users shall be able to add/edit/remove their own ideas. GEN-18: The system shall inform the user if they have reached their limit of created nodes. GEN-19: A Moderator shall be able to limit the number of nodes that an individual user can create. GEN-20: A Moderator shall be able to limit the maximum number of nodes that can be created in a session. GEN-21: All user created nodes shall be filtered for profanity and removed if any exists. GEN-23: A Moderator shall be able to specify a warning for total ideas remaining. GEN-24: A Moderator shall be able to specify a warning for total time remaining. GEN-25: Users shall be verified upon logging in LDAP. GEN-26: Users shall be able to select a session based on the FACET and the tool they wish to use. GEN-26: The moderator shall be able to set a warning time to email users how many minutes are left in the current session. Brainstorm FACET: BS-1: A moderator shall be able to enter in teasers. BS-2: Teasers shall be tracked in the database the same as ideas are tracked. This includes the time, content, and user who created the teaser. BS-3: Each idea shall be listed on its own line in a numbered list in the idea phase. BS-4: By default, the page shall not auto scroll when new ideas are added into the list. BS-5: There shall be a setting to allow new ideas to be added to the top of the list. BS-6: Only a moderator shall be able to group ideas and specify a name for the group. BS-7: Users shall be able to flag inappropriate content. BS-8: Flagged ideas shall go to a separate moderator page for resolution. BS-9: The moderator shall be able to remove/edit any ideas during idea and grouping phases. BS-10: When the moderators go back to the previous phase the users phases should be preserved. IE: If the user has been voting and the moderator goes back to the grouping phase the users votes shall be preserved. BS-11: Voters shall not be aware of multiplicity in ideas. BS-12: The moderator shall be able to view all grouped ideas including duplicates. BS-13: The max number of characters allowed for an idea is 250, which is the current limit on the EDGE system. BS-14: Moderator shall be able to combine groups with other groups. BS-15: Moderators shall be able to remove groups. BS-16: A Moderator shall be able to assign a number of votes for participants. BS-17: Users shall be able to vote for any individual idea or an idea group. BS-18: The displayed number of total ideas shall be updated frequently. BS-19: The Moderator shall know who has not finished casting their votes. BS-20: The Moderator shall be able to send an email to warn users that the session is about to close. Affinity Diagram FACET AF-1: The user shall be able to select an open Affinity Diagram session and participate. AF-2: The user shall be able to choose which group of stakeholder representatives the user is from. AF-3: The user shall able to add requirements for their selected group. AF-4: The user shall able to edit the requirements they created. AF-5: The user shall able to delete the requirements they created. AF-6: The moderator shall be able to add requirements to any stakeholder group. AF-7: The moderator shall able to edit all generated requirements. AF-8: The moderator shall able to delete any generated requirements. AF-9: The user shall be able to create requirements groups. AF-10: The user shall be able to add all requirements to req. groups. AF-11: The user shall be able to remove all requirements from req. groups. AF-12: The user shall be able to combine req. groups. AF-13: The user shall able to ungroup a grouped req. AF-14: The system shall, for requirements/ideas, keep track of the requirement, the user who generated it, and the group the user was a part of. AF-15: The moderators shall be able to change the current phase of the Affinity Diagram session. AF-16: The users shall be able to discuss group names/statements for a group of requirements through a forum. AF-17: The system shall have separation of Silent Grouping, Grouping, Sentence Creation, and Results. AF-18: The system shall display the results of the completed Affinity Diagram session. AF-19: The system shall allow users to create requirements statements. Requirements Breakdown: Session Management GEN: 1-16, 19, 20, 23, 25 UI: 8 Brainstorm FACET Idea Generation GEN: 17, 18, 21, 22, 24 UI: 1, 2, 5, 6, 7, 9, 11, 12, 13 BS: 1-6, 8, 10, 14, 21 Grouping UI: 5, 6 BS: 4, 7, 8, 9, 10, 13, 15, 16 Voting UI: 5, 6, 9 BS: 12, 17, 18, 19, 22, 23 Results UI: 4, 20 Application (ALL): UI: 10 BS: 11, 24 Affinity Diagram Needs Generation: AF: 1-17 UI: 1, 8-11 Grouping: AF: 1, 3, 7-17 UI: 1, 8-11 Sentence Creation: AF: 1, 3, 7-17, 19 UI: 1, 8-11, 16 Results: AF: 17, 18 UI: 1, 8-11, 14, 16 External Interface Requirements User Interface UI-1: The users shall be able to change the font UI-4: The system shall be able to email .csv and .xls versions of the diagrams to either a specified email address or preferred email address that exists for the user in the EDGE database. UI-5: A warning shall display when a moderator tries to remove a node that has dependencies. UI-6: All users shall be able to see the time that is left in the session. UI-7: All users shall be able to see the number of remaining nodes that can be created before the session is closed. UI-8: When viewing created sessions it shall display session name, problem description and open and close date. UI-9: The users shall be able to view their created nodes for the session they are currently in. UI-10: Users shall be able to navigate back to the session page within 1 click. UI-11: Users shall be able to see the total contributed ideas. UI-12: Users shall be able to see the limit of individual contributed ideas. UI-13: Users shall be able to see the limit of total remaining ideas. UI-14: The results phase should display the final statements that were generated from the req. groups when in an Affinity Diagram session. UI-15: If a node is removed due to profanity an email shall be sent to the user who created the node. UI-16: Grouped ideas shall only be displayed as individual ideas. UI-17: The results page shall display the highest voted ideas on top in a Brainstorm session. UI-18: Users ideas shall be shaded in a specific color in the list of all ideas in a Brainstorm session. UI-19: All users shall be able to see the total number of ideas generated. UI-20: The Moderator shall be able to view all the contributed participants in the session. UI-21: The user shall be able to view all Affinity Diagram sessions. Hardware Interfaces This will be an Android phone application, and as such will be designed to interface with the hardware present on the Android phone. In theory the application will be able to run by other devices that can emulate the Android, but this will not be a consideration during design. There are 4 physical buttons on the phone. The options button will be used specifically in multiple instances to bring up menus, such as in bringing up the ability to add an idea during the idea generation phase. As this is a mobile device, it will be using the Android network to connect to the internet, which will allow it to communicate with the database servers. This means that it will be using the infrastructure, be it wireless communication points or physical lines, of the network in order to perform properly. There will have to be some sort of error checking for if the network is down or inaccessible. Software Interfaces This product will be connecting remotely to a MySQL database that is already set up and is the same one that the EDGE website connects to. This allows for use in exercises by users of both computers and the phone. The operating system the software runs on will be the operating system the Android phone runs on, which comes with a software framework that will be utilized, including many prepackaged components to do things like create menus, hookup buttons, and other common functions expected of a mobile device. The only communication will be between the phone and the server housing the database, which will be sending queries or updates and receiving the information back. The logic associated with the website will be duplicated on the phone, so there will be little in the way of a server side component performing logic. Communications Interfaces This will be an Android application, but may still link to web pages that are not necessary to duplicate. As described above, this will be communicating with a database server, and so will be making use of the Android network and HTTPS in order to communicate. There is no email or messaging currently played, but this may change. The primary forms of communication will be database transactions or requests. The system will need to be able to integrate with the RIT LDAP system in order for users to log in, and these sessions will need to be kept secure throughout use. The application will need to be synchronized to a certain extent with the other users of both the phones and the web browser, so that the information displayed to the user is always up to date. Other Nonfunctional Requirements Performance Requirements The primary performance requirement is speed of the network. While there should not be that much information flowing across during a brainstorming session, if the time limit of the session is short, the user needs to be able to see others ideas and input their own in a reasonable amount of time in order to participate in the exercise. The application itself will only have minimal logic and so there should be little to no issues with the computation required by the phone itself. Each tool shall allow for at least 40 concurrent users. This amount of concurrent users is a guideline to enforce the software to be able to handle a significant amount of concurrent users. Safety Requirements There are no safety requirements with this application, other than any normal hazards of a mobile device. The only hazard is a user using the device when they should not be, such as while driving. Security Requirements The application must be able to link up with the RIT LDAP system in order for users to properly log in and be identified. This information must be kept secure. During voting, users should not see the groups or other peoples votes in order to avoid being influenced by other peoples decisions, and this will need to be kept secure. There are 2 different types of sessions. The session can either be open to the public and anyone can contribute by navigating to the open session page. The other option is the secure session, which is closed to the public, and only open to users who have a DCE account with RIT. All user input shall be cleaned to prevent security issues. This will ensure any malicious entries will not harm the system. Software Quality Attributes The primary attribute of this application will be usability given the large amounts of data and information that will be presented on such a small screen, as well as the users ability to input data into the device in a reasonable manner that should not be that much more difficult than if they were at an actual computer. As usability is hard to quantify, substantial user testing will be needed and feedback gathered in order to determine if the application can generally be considered usable. Because this application will be on a phone, portability is also important. We dont want it to take up so much space or be too slow causing the users to not be able to fit it on the device. Interoperability is something that is specifically not important, at least at the beginning. The Android device is being used because both of its popularity and the ability for the code to be open-source. This is in contrast to other phones, like the iPhone, which would not allow for open source application development and would go against the goals of the overall project. However, in the future, the ability to use this on other phones that support the goals of the project would be nice, but that is also outside of the scope of this project. Other Requirements Data Requirements DB-1: The information used in the Android application must be stored in the existing EDGE databases. DB-2: The data used must be consistent with the EDGE website application so they can be used together. Reuse Requirements RU-1: The components of the Android FACETS application shall be reused when adding additional tools to the application. RU-2: The session management section of the Android application shall be reused across all FACETS tools implemented in the system. Appendix A: Glossary Moderator The person who administers or controls the session. Participant A user that contributes to the session. Problem Statement The issue that the brainstorm session is generating ideas for Session A timed period for when users can enter ideas/needs. It is where all of the information is kept for the related topic. Teaser An idea that is used to spark users imagination to generated additional ideas. Grouping The phase where similar/duplicate ideas/needs are grouped together. Node An entry the user creates in a session. Can be a group, idea, need, etc. Tool One of the available FACETs applications users participate in. Stakeholder Representative Represents a user from a stakeholder group to generate requirements for. Appendix B: Issues List Bug_Tracker.xls This is a list of the outstanding bugs that are left at the end of the project.     Software Requirements Specification for Page  PAGE \* MERGEFORMAT ii Software Requirements Specification for FACETS Page  PAGE \* MERGEFORMAT 10 %)/67@BLNVWXapr}    1 2 3 5 6 7 H I c d e h i j l m z { j}hbUhb5CJOJQJaJjhbUjhbUhbhjOJQJjhjOJQJU hjCJ hhhPhZ:8h.]hni hjCJ(hj:%)7CWX7 j  F } $ n  %$gd$gdP$'         & ' A B C D E F H I ] ^ x y z { | } ҵҤҵҵғҵҵ҂ҵwjhbU jqhbUmHnHu jhbUmHnHu jwhbUmHnHujhbUmHnHuhbOJQJaJmHnHuhbmHnHuhb5CJOJQJaJhbjhbUjhbU.    ! " # $ ' ( N O i j k l m n q r j_hbUmHnHu jhbUmHnHu jehbUmHnHu jhbUmHnHu jkhbUmHnHujhbUmHnHuhbmHnHuhbOJQJaJmHnHu4n ! Y  < q 1j@oUL        ! $ % 9 : T U V W X Y \ ] o p ŸŰťŰɕs jShbUmHnHu jhbUmHnHuh0VhbOJQJmHnHujYhbUjhbUhb5CJOJQJaJhbhbOJQJaJmHnHu jhbUmHnHuhbmHnHujhbUmHnHu*         7 8 9 : ; < ? @ Q R l m n o p q v w ŸŰťŰؔ؃yŰnj hbUhbOJQJaJ jG hbUmHnHu jhbUmHnHujMhbUjhbUhb5CJOJQJaJhbhbOJQJaJmHnHuhbmHnHujhbUmHnHu jhbUmHnHu+  ,-./0167JKefghijmn j5 hbUmHnHujhbUmHnHuhbOJQJaJmHnHuhbmHnHuj hbUj; hbUj hbUjA hbUhbhbOJQJaJjhbU4   !;<=>?@EFOPjklmnoqr걝hbOJQJaJmHnHuhbmHnHujhbUhb5CJOJQJaJj)hbUj hbUj/ hbUj hbUjhbUhbOJQJaJhb5 !56PQRSTUXYstɻɄwojhbUhb5CJOJQJaJhb jhbUmHnHu jhbUmHnHu jhbUmHnHuh0Vhb]mHnHuhbOJQJaJmHnHu j#hbUmHnHuhbmHnHujhbUmHnHu*,-GHIJKLOPfgҵҤҵҵғҵÅҵtҵҵ jhbUmHnHuh0Vhb]mHnHu jhbUmHnHu jhbUmHnHujhbUmHnHuhbOJQJaJmHnHuhbmHnHuhb5CJOJQJaJhbjhbUjhbU(-./01256IJdefghi~ŸŰťŰؔ؃ŰxŰŰjhbU jhbUmHnHu jhbUmHnHujhbUjhbUhb5CJOJQJaJhbhbOJQJaJmHnHuhbmHnHujhbUmHnHu j hbUmHnHu.2i  (($If  $%2368?@BDEJKnortuabBɺxs h,x6hs hR6hR h-56h-5h-56h-5hYhj6hYhY6hmehEE hj5hjhhj5OJQJmHnHu"jhjOJQJUmHnHuhb5CJOJQJaJhbjhbUj|hbU+%37dZZZJ$(($Ifa$gd (($Ifkd$$Ifl    \b  &  4  Z  0  0    &4 laytEE78@KosdZMZ=$(($Ifa$gd (($Ifgdme (($Ifkd$$Ifl    \b  &4Z00    &4 laytEEstuvwbdbbb`^\W\gd-5 kd$$Ifl    \b  & 4 Z 0 0    &4 laytEE pq.BUkn> Q !=!!!!*"+"""gd+0 gd+0 gdi?Cgd&=gdV gdTUjkOmnc= > Q ! !=!!!!!!!!!鴯yuqj]ShxOJQJaJhxh+0 OJQJaJ h+0 h+0 h^;h2>h&=h#j6h&=h&=6h^h^6 h!L6 h!LhjhLhL6 hs6 h?6 hL6hLhhs 6 hIC76 h= 6 h6hs hh6 h6 h6hhjh,xhj6 h,x6 hj6 !!!"'"(")"*"+"0"1"""""S#Y# $ $$$S$T$X$Y$$$$$$$$$%I%J%%%%%%%ùù鬏|rh %OJQJaJh+0 hOJQJhxOJQJhOJQJh8OJQJaJh+0 h+0 OJQJhhOJQJaJhxOJQJaJhB*OJQJaJphh+0 B*OJQJaJphhUNOJQJaJhOJQJaJh+0 h+0 OJQJaJ)"""S#T# $ $S$T$$$$$C%D%%%%%$&%&&&''''*^gd*gd+0 ^gd+0 gd+0 %%%%%%$&%&)&+&6&7&=&>&C&D&L&M&e&o&x&z&&&&&&&&'''"'#''ѽǽ敩}sb!hh.B*OJQJaJphhmOJQJaJhB*OJQJaJphh>%OJQJaJh[OJQJaJh %OJQJaJhP0OJQJaJh-VOJQJaJh-OJQJaJhOJQJaJhxOJQJaJh+0 h+0 OJQJh+0 h+0 OJQJaJh+0 h %OJQJaJ"''''''((#(%(c(d(e(i(k(((((()')()-).)))))))鿲ʥʥ~ʋ~~t~ld\Th.*OJQJhxOJQJhmOJQJh+0 OJQJhLOJQJaJhLhLOJQJaJhLhmOJQJaJhkh+0 OJQJaJhLh+0 OJQJaJhLhOJQJaJhLh+0 OJQJhxOJQJaJhOJQJaJh+0 h+0 OJQJh+0 h+0 OJQJaJhY=OJQJaJ'((d(e(((')()))))A*B*****-+.+++++,gdcgd+0 gdFfgdLQgdmgdk*gd+0 gd+0 ))J***,+-+.+++++++++++,,,,,,,,,9-=-E-b-c------&.*.`.ʽyuyquyuyqymyiymyeyeymymymyh9hQh]rh,=h h+0 h+0 hFfh+0 OJQJaJhi?C h\h+0 h +h +OJQJaJh +OJQJaJhxB*OJQJaJphhLQhvOJQJaJhvOJQJaJhLQOJQJaJhLQhLQOJQJaJhLQhMoOJQJaJhMoOJQJ',,,,8-9-----%.&.r.s...////<0=00000'1(1x1y1gdc`.o.s.w.......////////=0B0y0000000000(1-1f1v1y1~111111222_2d22222283;3<3333333(4+4,4l4o4p4񵱭h'>NhQyhhc hLQhmht h(]h.* h(]h+0 hh/;hCh~,o h+0 h.*h.*h3hh]r h+0 h+0 hEAy11122^2_222277N8O8888 9969<9M9]9u99`gdi?Cgdi?Cz`zgdi?Cgdi?Cgdi?Cgdgdgdcp4444555G5K5555566R6S66677|7}77N888889 999;9<9L9M9]99999999 ::::2:C:D:E:q:|:}:::::Žų٬٬Ŭų잗 h|'!hkhkh|'!OJQJaJ hBhi?Chi?COJQJaJhi?COJQJhBhi?COJQJaJ hLrhi?Chi?ChB hh_Lh_Lh|'!h&=h'>NhQyh;9999999 :::2:9:D:E:V:h:q:}::::::^gdk`gd|'!^gd|'!gd|'!gd|'!`gdkgdi?C`gdi?C:::::::::::::;;/;0;:;];b;c;d;"<#<+<<<<G=I=J=K======>>>#>\>j>k>>}}yhshLhaJhB*aJphh+0 haJ haJ *hV[h hYh hFfh h+0 hhhjhBhV[OJQJaJhkOJQJaJ hi?Chi?C h|'!h|'!hkhh_Lh|'! h|'!hk,::::;!;0;c;d;"<#<<<<<F=G===>>l>m>>>>gdgdgd+0 ^gd|'!gd|'!^gdk>>A???@@@)@*@5@@@@@@@@@A+ACADAEAFAKANAAAAAAAA6B7B8BKBLBN hLQh]r h+0 h]rh]rh]rPJ_H h\PJ_H h+0 h\PJ_H  h+0 h\h\ h+0 hPhJOJQJhPOJQJhPh hLQh*>>A?B???5@6@y@z@@@EAFAAAAA7B8BLB&hLhLSIh t*6] h t*6] hLSI6]hLSIh$hL6] hL6] hm)6]h )h$] hv6]h$h$6] h$6]h$ hqu6]hjhquhqu6]2&I@ICLdL}L#O7OOPbQcQ|R}RRSUUWXX{X|XXXXpYqYgdLgdLgd ) gd )qYYY ZKZZZU[[[M\\\]s]u]v]w]y]z]{]}]~]]]d  & Fgd7 & Fgd ) & FgdB3gd )gdL[[\L\M\Q\|\\\\\\]]]r]s]t]w]x]{]|]]]]]]]]]]]]]]^^^&^'^)^*^-^.^1^2^庱­庱h8hbmHnHujhjU hjCJh5qjh5qUh!Lhj6 h!L6htRuhjh3h h7h7h7h )-]]]]]]]+^,^-^.^/^0^1^2^ gd0 $%?000P&P/ =!"#$% Dp200&P/ =!"#$% ?000P&P/ =!"#$% Dp}DyK _Toc277493561}DyK _Toc277493562}DyK _Toc277493563}DyK _Toc277493564}DyK _Toc277493565}DyK _Toc277493566}DyK _Toc277493567}DyK _Toc277493568}DyK _Toc277493569}DyK _Toc277493570}DyK _Toc277493571}DyK _Toc277493572}DyK _Toc277493573}DyK _Toc277493574}DyK _Toc277493575}DyK _Toc277493576}DyK _Toc277493577}DyK _Toc277493578}DyK _Toc277493579}DyK _Toc277493580}DyK _Toc277493581}DyK _Toc277493582}DyK _Toc277493583}DyK _Toc277493584}DyK _Toc277493585}DyK _Toc277493586}DyK _Toc277493587}DyK _Toc277493588}DyK _Toc277493589}DyK _Toc277493590}DyK _Toc277493591}DyK _Toc277493592}DyK _Toc277493593}DyK _Toc277493594}DyK _Toc277493595}DyK _Toc277493596}DyK _Toc277493597}DyK _Toc277493598}DyK _Toc277493599}DyK _Toc277493600}DyK _Toc277493601}DyK _Toc277493602}DyK _Toc277493603}DyK _Toc277493604}DyK _Toc277493605$$If!vh5545Z50#v#v4#vZ#v0:V l0    &5545Z50/  /  4ytEE$$If!vh5545Z50#v#v4#vZ#v0:V l0    &5545Z50/ 4ytEE$$If!vh5545Z50#v#v4#vZ#v0:V l0    &5545Z50/  4ytEE^+ 666666666vvvvvvvvv666666>6666666666666666666666666666666666666666666666666hH6666666666666666666666666666666666666666666666666666666666666666662 0@P`p2 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p8XV~_HmH nH sH tH J`J BNormaldCJOJQJ_HmH sH tH X@X  Heading 1 $$ & Fd@& 5CJ$KHT@T  Heading 2 $$ & Fd@&5CJD@D  Heading 3 & F@&5ff  Heading 4#$$ & Fd$<@&a$56CJOJQJkH\\  Heading 5 $ & Fd$<@&a$CJOJQJkH``  Heading 6 $ & Fd$<@&a$6CJOJQJkH\\  Heading 7 $ & Fd$<@&a$CJOJQJkH``  Heading 8 $ & Fd$<@&a$6CJOJQJkH` `  Heading 9 $ & Fd$<@&a$6CJOJQJkHDA D Default Paragraph FontVi@V  Table Normal :V 44 la (k (No List > @> Footer  H$ 56CJ88 bulletCJOJQJkH>@> Header  H$ 56CJ>"> heading1 82 `@`pTOC 1-$ h$hd$<^h`a$5mHnHuF@F pTOC 2$ $ d$^a$CJ:R: level 4zxx^z:b: level 5  ^N>@rN Title$da$5CJ@KHOJQJHOH TOCEntry$$dx5CJ$J@JpTOC 3 $ ^CJmHnHu66 TOC 4 $ ^66 TOC 5 $ ^66 TOC 6 $ ^66 TOC 7 $ ^66 TOC 8 $ ^66 TOC 9 $ ^@O@ template 6CJOJQJkH.). Page Number" level 3 textv" & FF4d$>T04.1..^F`46CJOJQJkHQ2 requirementq#, >T04.1..^, ` OJQJkH<OqB< ByLine$$da$CJjORj ChangeHistory Title%$$d<<a$5CJ$OJQJNqN SuperTitle&$d$d0a$CJ>Oqr> line'$d$d$a$CJ(6U6 Hyperlink >*B*phFVF FollowedHyperlink >*B* ph^@^ 2>List Paragraph*d^m$OJPJQJ_H aJPK![Content_Types].xmlj0Eжr(΢Iw},-j4 wP-t#bΙ{UTU^hd}㨫)*1P' ^W0)T9<l#$yi};~@(Hu* Dנz/0ǰ $ X3aZ,D0j~3߶b~i>3\`?/[G\!-Rk.sԻ..a濭?PK!֧6 _rels/.relsj0 }Q%v/C/}(h"O = C?hv=Ʌ%[xp{۵_Pѣ<1H0ORBdJE4b$q_6LR7`0̞O,En7Lib/SeеPK!kytheme/theme/themeManager.xml M @}w7c(EbˮCAǠҟ7՛K Y, e.|,H,lxɴIsQ}#Ր ֵ+!,^$j=GW)E+& 8PK!Ptheme/theme/theme1.xmlYOo6w toc'vuر-MniP@I}úama[إ4:lЯGRX^6؊>$ !)O^rC$y@/yH*񄴽)޵߻UDb`}"qۋJחX^)I`nEp)liV[]1M<OP6r=zgbIguSebORD۫qu gZo~ٺlAplxpT0+[}`jzAV2Fi@qv֬5\|ʜ̭NleXdsjcs7f W+Ն7`g ȘJj|h(KD- dXiJ؇(x$( :;˹! I_TS 1?E??ZBΪmU/?~xY'y5g&΋/ɋ>GMGeD3Vq%'#q$8K)fw9:ĵ x}rxwr:\TZaG*y8IjbRc|XŻǿI u3KGnD1NIBs RuK>V.EL+M2#'fi ~V vl{u8zH *:(W☕ ~JTe\O*tHGHY}KNP*ݾ˦TѼ9/#A7qZ$*c?qUnwN%Oi4 =3ڗP 1Pm \\9Mؓ2aD];Yt\[x]}Wr|]g- eW )6-rCSj id DЇAΜIqbJ#x꺃 6k#ASh&ʌt(Q%p%m&]caSl=X\P1Mh9MVdDAaVB[݈fJíP|8 քAV^f Hn- "d>znNJ ة>b&2vKyϼD:,AGm\nziÙ.uχYC6OMf3or$5NHT[XF64T,ќM0E)`#5XY`פ;%1U٥m;R>QD DcpU'&LE/pm%]8firS4d 7y\`JnίI R3U~7+׸#m qBiDi*L69mY&iHE=(K&N!V.KeLDĕ{D vEꦚdeNƟe(MN9ߜR6&3(a/DUz<{ˊYȳV)9Z[4^n5!J?Q3eBoCM m<.vpIYfZY_p[=al-Y}Nc͙ŋ4vfavl'SA8|*u{-ߟ0%M07%<ҍPK! ѐ'theme/theme/_rels/themeManager.xml.relsM 0wooӺ&݈Э5 6?$Q ,.aic21h:qm@RN;d`o7gK(M&$R(.1r'JЊT8V"AȻHu}|$b{P8g/]QAsم(#L[PK-![Content_Types].xmlPK-!֧6 +_rels/.relsPK-!kytheme/theme/themeManager.xmlPK-!Ptheme/theme/theme1.xmlPK-! ѐ' theme/theme/_rels/themeManager.xml.relsPK] 2Vw 2V A u eegggg !%')`.p4:>E[2^02356789:;=BCEFHJLNPRUn 7s"',y19:>&IqY]2^14<>?@ADGIKMOQSTV25Hdhz&BD]y{ "Njl9UWo8:Qmo-/Jfh <>Okm5QSs  , H J f  . 0 I e g ~ 2V 4%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%T%TH_b!!@  @ 0(  B S  ?H0(  2VH _Toc344877432 _Toc344879822 _Toc346508722 _Toc346508952 _Toc346509227 _Toc277493561 _Toc277493562 _Toc439994665 _Toc277493563 _Toc439994667 _Toc277493564 _Toc439994669 _Toc277493565 _Toc439994670 _Toc277493566 _Toc439994673 _Toc277493567 _Toc439994674 _Toc277493568 _Toc439994675 _Toc277493569 _Toc439994677 _Toc277493570 _Toc439994678 _Toc277493571 _Toc439994679 _Toc277493572 _Toc439994680 _Toc277493573 _Toc439994682 _Toc277493574 _Toc277493575 _Toc277493576 _Toc277493577 _Toc277493578 _Toc277493579 _Toc277493580 _Toc277493581 _Toc277493582 _Toc277493583 _Toc277493584 _Toc277493585 _Toc277493586 _Toc277493587 _Toc277493588 _Toc277493589 _Toc277493590 _Toc277493591 _Toc277493592 _Toc439994684 _Toc277493593 _Toc439994685 _Toc277493594 _Toc439994686 _Toc277493595 _Toc439994690 _Toc277493596 _Toc277493597 _Toc439994691 _Toc277493598 _Toc439994692 _Toc277493599 _Toc439994693 _Toc277493600 _Toc439994695 _Toc277493601 _Toc277493602 _Toc277493603 _Toc439994696 _Toc277493604 _Toc439994698 _Toc277493605 w w b b ..UUnn>>  #*0 1<1M111 22E2V2}2223!38:8:==&A&ACDCDdD#G#GGGJJOOPPQQTT3V . !"#$%&'()*+,-/0123456879:;<=>?@ABCDEFG --AAjjPP<<#*11L1\111212U2g2222 3 3/3K:K:==?A?AcD|D|D6G6GHHKKPPPP R RUU3V063333>>sUvUwUzU{U~UUUU-V.V3V%()7GN|SSsUvUwUzU{U~UUUU-V.V3V3333/6 @ B D E QUrUsUsUuUuUwUwUyUzU{U}U~UUUUUVV,V,V-V.V.V/V/V3VL& ~Fv7&P.O ah+@{@.@ 5B*ph.@..@...@ ....@ .....@ ......@ .......@ ........^`o(. ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.h^`OJQJo(hHh^`OJQJ^Jo(hHohp^p`OJQJo(hHh@ ^@ `OJQJo(hHh^`OJQJ^Jo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohP^P`OJQJo(hHh ^`hH.h ^`hH.h pL^p`LhH.h @ ^@ `hH.h ^`hH.h L^`LhH.h ^`hH.h ^`hH.h PL^P`LhH.^`o(. ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.h^h`o(. 8^8`hH. L^`LhH.  ^ `hH.  ^ `hH. xL^x`LhH. H^H`hH. ^`hH. L^`LhH.^`o(. ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH. ah.O+@{~7<FLQL                                                      5n BLr` ni V} 0b.`vY. +0 = |'!K # %X%>&m).* t* +q-E/w/P0Y0[k0B3=G3p^3-5;6IC7c788Z:89&;/;,=Y=2>/[@.Ai?CFCKC#ER.GvHLSIMOM'>NmPRY>YV[(]^#]^b5cYc f)f*qgj#jFHjkek\m~Am n~,oMo"gp5qtRuv xAx^yxQyLQZi>K{,xj%XEE )>%30L-VJ\).UNm[k!LTXF,6sEtL-QLB_LIV(D3PQTmmet\Ffs?.]s x>oZ}|Cqu]rT5c,R&=-3454Ctkgckj;$S;^;7LQ"<PsUuUdgnword-docGUIDC'dgnword-eventsinkZ&{2CC74E0D-E94F-445A-8743-4FB3C5B198CA}22325624@66`662VX@UnknownG*Ax Times New Roman5Symbol3. *Cx Arial7.@ Calibri3*Ax Times?= *Cx Courier New;WingdingsA BCambria Math"hrr H + H +q4dHUHU 6QHX?2!xx,Software Requirements Specification Template Karl WiegersRobert Van Tyne(       Oh+'0  0 < H T`hpx0Software Requirements Specification TemplateKarl Wiegers Normal.dotmRobert Van Tyne5Microsoft Office Word@^в@@"n@h1  H՜.+,0  hp  Process Impact+HU -Software Requirements Specification Template Title  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWYZ[\]^_`abcdfghijklmnopqrstuvwxyz{|}~Root Entry FޘData X}1TableeiMWordDocument SummaryInformation(DocumentSummaryInformation8MsoDataStorey42MUSVNA==2yItem  PropertiesUCompObj y   F'Microsoft Office Word 97-2003 Document MSWordDocWord.Document.89q