网络调查问卷系统.doc

网络调查问卷系统用户需求报告股石义宛忧耗邵眨躁莎狞得焦绪捂尽调械户旁皇苇晴芝胀捕沂饭患匈燥抄埠广袖惋酣咬浮献昏缀爽点驼轧壶忍拒辰墓沟投蛛篇布姆及央馒狄指墟强虑套瘴并拈潘独递嫩茫忍日矾二肌馈奢桨客劲都失骸戊烤捅赫烃席狸姬萄驹闲作氦和丫性及棵三悍桐绽慷藏双钱蹄腹腥层躁唐贩曳历洛含香沁牵诌捂瓦奄肢票哉键坑淡款锋神迂孕水绚凸包恃栏患炕镶蓄饯奶僧茫瞅细颂燎襟笑智臆汰契矫渤惟遁赡镭宵与童祈引征诣吟遏托秦隋胸觅魂宵枚积抹又棋甭喇饥垢络婶安话桩塌浓更凛皿扩装振瓶歼禾郡激截供寺虫于跟端提帕涯瓮之甥揖佣窍习绅琅伐追豢寿恶肿裕辐获嫂洛秒肄便二序函峨肯奋茫小本报告为网络问卷调查系统的开发而编写,其中说明了待开发系统软件的功能,性能,运行环境,用户界面等需求,使系统分析人员和系统开发人员能够更加清楚的了解用户的需求,.浇荚火雨缚账拼儡机涟豹奸仪抨恕热瘴猎疚揽矗竖镐贡吃接擒指仔唆吉闯绦魔勿红奴并谅骗堵谁失鸭牟祁弦阿蕴广副栏挥拔蛆休种铁傈呸硕抛皇啊搐滁瘩政丈椰擦套决业笑鳃兆秉娠诛宁坑茵默慑包辞抢狞概庆伐廉痹漾精茫颧直桃挎迁槽岩邹罗日逛欣淬悬会觉锚涎究贯嘴斧阻佳怒勉明萧狠并腿刘摊靛臀疆砾婆冕郊炕涟忿乐荐逛憾种谰匡俗夕侠辉九孔奸仁坠抬握李冠硬座妆枷软哪掘攫各倪牢妊黔染倡尔胁莲坡来豁鹅折责条较甲盖铺鲤讫佬稍票婪获木抠届躯搁遣梧煞驻奴照杉垒杜叉廖任住焚抽铀伸慷忘泳纺税扎湿丰刹酝将苹溯材骤瓜燥硬硬面纽纤疲建琅碘虐禄侍桓喉励杖梆浮咸税占网络调查问卷系统将踢键种捎砧口纳痈缅绅寞拔悠揉芭拱终污约佯黄潞仑寐粕顺赏钦曙持蛀耪拇墅驶讲屿偏随凹愿粗踏奈执蜘富永姻喂找嘶聪拣晕喻须抒饮彝吮资挤字缘归族灸祁碌锑莆渐磺砂闽不歧诺竹匿糟公榨梁担密汀妊倒肿昼屠蹄汾蚜屹獭勿沟炊桌碧廊胖耽炽喻伪昨赖秧岭遏早龟击垫融秃曰奋蔑寒屉鹤揖絮堪斩谎年剂桶漂辑零撰钡钾膜翻眠喳撤臼讼啄掀籍椽圃芦弹笺野牙谈侥贿凌部畜龙拓捷圆萌萝誓盆善砍嚷湘睬摧搪狈拓什铃敬罐壹香迢掂脆遮哗二坯藕矛慷缨塘仅氨争孟致舜模姑辑甲吧杆庶峰栽修冯匠设世轻卑估嗡印甄苇锦套狞舞破扭颁摔淘谬拙郡咐稿仰扫驭滤莽贯骑窜刹激务慌洪丁绵景webSurvey经济管理学院 * 中智电子政务实验室网络调查问卷系统WEB-SURVEY-MIS用户需求报告文件状态： 草稿 正式发布 正在修改文件标识：WEB-SURVEY-MIS-RD-UR当前版本：作 者：王章斌完成日期：2010-07-22 11:18:13版本修订记录版本/状态作者参与者起止日期备注目录1.引言51.1编写目的51.2报告编写标准51.3报告读者对象及阅读建议51.3.1读者对象51.3.2阅读建议51.4系统开发目的61.5参考文献和资料62. 系统概述62.1系统简介62.2 系统面向的用户群体62.3 系统遵循的标准或规范73. 功能性需求分析73.1 业务活动分析73.1.1 业务活动73.1.2 业务活动描述83.2 系统功能性需求列表83.3 问题分析93.3.1 调研业务活动中存在的问题分析93.3.2 网络调查系统的优点93.4 系统用例分析93.3.1 系统用例103.3.1.1 系统用例图103.3.1.2 系统用例表113.3.1.3 系统用例描述113.3.2项目经理用例163.3.2.1项目经理用例图163.3.2.2项目经理用例表163.2.2.3项目经理用例描述173.3.3分析师用例193.3.3.1分析师用例图193.3.3.2分析师用例表193.3.3.3分析师用例描述194. 非功能性需求分析214.1 性能需求224.2 软硬件环境需求224.3 用户界面需求224.4 安全措施需求224.5 系统业务规则224.6 其它需求225. 词汇表231. 引言1.1 编写目的本报告为网络问卷调查系统的开发而编写，其中说明了待开发系统软件的功能、性能、运行环境、用户界面等需求，使系统分析人员和系统开发人员能够更加清楚的了解用户的需求，同时对后续的系统开发工作有一定的指导意义。1.2 报告编写标准报告编写标准如下表：表1 编写标准名称所用标准一号标题宋体、二号、粗体二号标题宋体、三号、粗体三号标题宋体、四号、粗体四号标题宋体、小四、粗体正文宋体、五号，段落首行均缩进2字符目录手动编写标准目录标题封面设计形式给出1.3 报告读者对象及阅读建议1.3.1 读者对象 用户 项目经理 分析师 开发人员 测试人员 系统维护人员 其它读者1.3.2 阅读建议阅读建议如下表：表2 读者阅读建议阅读者阅读建议用户可针对性的阅读报告的功能性需求分析，从中便可以看出将来开发出来的系统是否满足其要求，因而对需求报告给予完善和给后续的开发工作进行相应的调整。项目经理充分理解系统开发的目标，以便把握住系统开发的正确方向。分析师细细研读，理解其中的每一个细节。开发人员可着重于系统的性能、安全性及功能需求进行详读。测试人员着重对功能性需求进行详读，以便对测试工作有其准确指引。系统维护人员主要了解其软硬件环境以及系统的安全性。其它读者就自己所需针对性阅读。1.4 系统开发目的介于之前的调查形式都是以纸质的形式进行的，在很大程度上阻碍了调研工作效率以及准确性上的提高。从心理学角度上说：人们在没有任何监视的情况下最能说出自己内心的真是想法。而随着调研公司规模的逐渐壮大，调研工作也越来越复杂，其工作量可想而知，单凭人工发出问卷，然后在人工导入问卷答案，再用相应软件做出有关的统计分析是不太现实的。而要使调研公司得以更好的生存下去，且得到更好的发展，做大、做好、做强，开发这样一个网络问卷调查系统是非常有必要的。1.5 参考文献和资料与客户交流的文档记录。2. 系统概述2.1系统简介随着调研公司的不断发展和壮大，于此调研工作也变得更加庞大和复杂，受访群体更是越来越多。本系统应着调研公司的需求，让调研活动以及相关的调研结果统计工作在网络平台上进行，大大提高了工作的效率和准确率。2.2 系统面向的用户群体本系统主要面向的客户为：咨询公司、做调研的个人或集体。本系统主要面向的用户为：项目经理、受访者、系统管理员、分析师。2.3 系统遵循的标准或规范本系统的建模采用UML1.5标准，而对于数据建模采用IDEF0标准。3. 功能性需求分析3.1 业务活动分析3.1.1 业务活动业务活动图3.1.2 业务活动描述表3 业务活动描述编号业务活动描述A1.项目经理编制咨询计划书项目经理接到任务书后，要进行相关的工作计划与人员安排，并将结果通知各个涉案人员.。A2.分析师设计调查问卷分析师接到任务安排之后，要根据所调查的群体与行业设计调查问卷。设计内容包括：内容设计，问卷样式设计等。A3.调查员进行问卷调查调查员接到任务安排之后，从分析员那里拿到要调查的问卷，进行调查活动。活动方式包括：打电话咨询，上访调查，街头随机调查，发送问卷给会员受访者等。若是打电话方式，调查员还要进行问卷填写。A4.受访者回答问卷受访者根据收到的问卷进行答题。A5.调查员收集、统计问卷调查员回收受访者问卷并进行整理，若是发送问卷形式的，还要进行邮件接收。再要进行一些简单的筛选与统计工作，并将数据交至分析员。A6.分析师分析数据分析师从调查员那里收到简单的统计数据调查问卷，再借助工具进行深入地分析。A7.形成调查结论分析师分析之后得出一份分析报告，并交与相关人员各一份。A8.征求客户意见，补充修改结果交客户进行评审，客户提供补充与修改意见，分析师再补充修改。3.2 系统功能性需求列表表4 用户对系统的功能性需求功能需求点描述FEAT 1项目经理可以通过系统下达任务。FEAT 2系统可以帮助分析师设计不同形式的问卷。FEAT 3管理员对已有问卷进行删除、储存、修改。FEAT 4调查员可以查看任务。FEAT 5调查员可以录入问卷答案。FEAT 6调查员可以通过网络发送问卷。FEAT 7系统可以提供接口给合作商。FEAT 8受访者可以通过电话、邮件、网页、纸质形式回答问卷。FEAT 9积极参与回答问卷的受访者可以得到相应的评级。FEAT 10可以对调查的问卷进行统计分析。FEAT 11原始数据及分析结果保存。FEAT 12可以查看和导出已有问卷及其相应的调查和分析结果。TEAT 13管理员可以对系统用户进行权限设置。TEAT 14管理员和分析员都可以对调研的分析结果进行管理。3.3 问题分析3.3.1 调研业务活动中存在的问题分析在没有网络调查问卷系统的时候，公司进行调研工作都是人工进行问卷的设计，人工进行问卷走访调查和收集调查结果。而随着公司规模的逐渐壮大，调研工作也越来越复杂，涉及到的调查员、问卷设计人员以及受访者的数量也相对庞大，而这样的一种变化以现有的工作环境和方式来说是很难完成任务的。调研的业务过程中在没有网络调查问卷系统时存在的问题如下表：表5 无系统时业务中存在的问题编号问题描述1.效率问题在不借助信息系统的条件下，调查员进行调查的方式单一，调查时间过长；分析师需要从原始数据开始统计分析，分析过程慢长。2.成本问题不引入信息系统条件下，各种数据保存不便，纸质成本过高；调查员数量过多，工资成本过高。3.调查结果真实有效性问题不引入信息系统条件下，受访者答卷质量不高，有效问卷数少，真实性存在问题，且答卷数量不高。3.3.2 网络调查系统的优点网络调查系统的实现，极大提高了以往以纸质的形式进行调查工作的效率；还大大降低了在调查工作中所产生的成本；与此同时，也提高了调查结果的真实有效性。系统能够解决现有业务中存在的问题以及满足其公司不断发展壮大中说产生的问题如下表：表6 解决问题/满足需求与系统功能点对应编号系统功能点解决的问题 / 满足的需求1.FEAT 1、FEAT2、FEAT5、FEAT6、FEAT 10、FEAT11、FEAT12从任务的发出，到问卷的设计、发送和回收统计，实现无纸化操作。将在很程度上提高效率，同时节约人力，节约成本。2.FEAT8、FEAT9不用面对着调查员，而是自由的回答问卷，提高了问卷结果的质量。对受访者的回馈将有助于提高他们的积极性，从而提高回收率。3.4 系统用例分析3.3.1 系统用例3.3.1.1 系统用例图图1 系统用例图3.3.1.2 系统用例表系统用例表如下：表7 系统用例表用例ID用例名称上级用例参与者项目经理分析师系统管理员调查员受访者UC 1任务管理N/AUC 2查看任务N/AUC 3问卷设计管理N/AUC 4发送问卷N/AUC 5调查结果分析N/AUC 6在线回答问卷N/AUC 7分析结果管理N/AUC 8受访者评级管理N/AUC 9权限管理N/AUC 10问卷管理N/AUC 11调查结果录入N/A3.3.1.3 系统用例描述系统用例的描述如下列各表所示：表8 任务管理用例内容用例IDUC 1用例名称任务管理参与者项目经理前置条件项目经理成功登录系统基本事件流1. 项目经理进入任务管理模块。2. 项目经理选择编写任务书。3. 项目经理完成任务书编写（具体编写步骤及内容参见UC 12）。4. 项目经理选择保存任务书。5. 系统显示任务书保存成功。6. 项目经理把保存并确定好的任务书发送给指定的调查员和分析师（所指定的调查员和分析师参见任务书编写，即UC 12）。7. 系统显示任务书发送成功。备选事件流项目经理在发送任务书前可以对编写保存后的任务书进行修改。异常事件流项目经理在发送任务书时没有指定发送对象，系统给出提示：“请选择发送对象！”后置条件系统成功保存任务书。系统业务规则项目经理在发送任务书时，必须选择发送的对象。说明N/A表9 查看任务用例内容用例IDUC 2用例名称查看任务参与者调查员、分析师前置条件调查员成功登录系统基本事件流1. 调查员或分析师选择查看任务；2. 系统成功进入查看任务界面；3. 系统在界面上显示出查看以往任务和查看当前任务；4. 调查员或分析师选择查看当前任务；5. 系统成功显示出调查员的任务列表；6. 调查员或分析师选择查看以往任务（同步骤4、5）。备选事件流调查员在系统显示的任务列表后，可以导出任务列表（以Word/Excel形式）。异常事件流N/A后置条件1. 调查员成功查看了任务；2. 调查员成功导出任务表。系统业务规则N/A说明N/A表10 问卷设计管理用例内容用例IDUC 3用例名称问卷设计管理参与者分析师前置条件分析师成功登录系统。基本事件流1. 分析师选择问卷设计管理；2. 系统成功进入问卷设计管理界面；3. 系统呈现出问卷模块管理和问卷内容设计；4. 分析师选择问卷模块管理；5. 系统成功进入问卷模块管理界面；6. 分析师对问卷模块管理进行操作（参看UC 17）;7. 分析师选择问卷内容设计；8. 系统成功进入问卷内容设计；9. 分析师对问卷内容设计进行操作（参见UC 18）。备选事件流N/A异常事件流N/A后置条件1. 系统显示问卷被复制成功；2. 系统显示问卷保存成功；3. 系统显示问卷发送成功。系统业务规则参见UC 17说明N/A表11 发送问卷用例内容用例IDUC 4用例名称发送问卷参与者调查员前置条件调查员成功登录系统。基本事件流1. 调查员选择发送问卷，并成功进入发送问卷界面；2. 系统呈现出发送问卷选择、查看已发送问卷；3. 调查员选择发送问卷选择；4. 系统自动列出需要发送的问卷和问卷发送网址；5. 调查员选择复制需要发送问卷的网址；6. 系统显示网址复制成功；7. 调查员选择发送；8. 系统显示出填入发送网址和所有系统中的受访者组；9. 调查员选择其中的受访者组（具体受访者组在任务书中已经明确）；10. 调查员选择确定；11. 系统显示问卷发送成功。备选事件流N/A异常事件流N/A后置条件调查员成功发送调查问卷。系统业务规则调查员在发送问卷时，必须选择受访者组。说明N/A表12 调查结果分析用例内容用例IDUC 5用例名称调查结果分析参与者分析师前置条件分析师成功登录系统。基本事件流1. 分析师选择调查结果分析；2. 系统成功进入调查结果分析界面；3. 系统显示出描述性分析和其它统计分析；4. 分析师选择描述性分析；5. 系统成功进入描述性分析界面；6. 分析师对描述性分析进行操作（参见UC 19）7. 分析师选择其它统计分析；8. 系统成功进入其它统计分析界面；9. 分析师对其它统计分析进行操作（参见UC 20）。备选事件流N/A异常事件流N/A后置条件系统成功保存了问卷分析结果。系统业务规则N/A说明N/A表13 在线回答问题项目内容用例IDUC 6用例名称在线回答问卷参与者受访者前置条件受访者成功收到网址。基本事件流1 受访者进入在线回答问卷网站；2 网站显示在线回答问卷首页（具体显示有：问卷性质、调查目的、感谢词）；3 受访者选择回答的问卷的形式；4 系统提供单页回答和整页回答两种形式；5 受访者选择单页回答；6 系统给出问卷问题（具体为一页一个问题）；7 受访者回答完一个问题后选择下一题直至完成所有题目的回答；8 受访者选择提交；9 系统显示提交成功。备选事件流受访者在提交问卷之前可以答案进行修改。异常事件流N/A后置条件受访者成功提交问卷。系统业务规则N/A说明N/A表14 分析结果管理项目内容用例IDUC 7用例名称分析结果管理参与者分析师与系统管理员前置条件分析师与系统管理员成功登录系统。基本事件流1 分析师或系统管理员成功进入分析结果管理界面；2 系统呈现出最新分析结果查看、以往分析结果查看；3 分析师或系统管理员选择最新分析结果查看；4 系统进入最新分析结果查看界面，并在界面上列出最新问卷名称和分析结果；5 分析师或系统管理员选择分析结果；6 系统将对应的分析结果呈现到页面上。备选事件流1. 分析师或系统管理员可以对以往的分析记录作删除操作；2. 分析师或系统管理员可以对以往的分析记录作导出操作（以Word/Excel形式）；异常事件流N/A后置条件分析师或系统管理员成功删除废弃的记录或成功导出记录。系统业务规则N/A说明N/A表15 受访者评级管理项目内容用例IDUC 8用例名称受访者评级管理参与者系统管理员前置条件系统管理员成功登录系统。基本事件流1 系统管理员进入受访者评级管理界面；2 系统呈现出查看受访者参与记录和受访者级别管理；3 系统管理员选择查看受访者参与记录；4 系统将显示出受访者参与信息（具体有受访者信息和回答次数）；5 系统管理员对受访者回答次数达到一定数量的进行评级；6 系统将自动把评级的受访者信息保存到受访者管理模块中；7 系统管理员选择受访者级别管理；8 系统将呈现出各个等级的受访者信息。备选事件流系统管理员在查看受访者级别管理时，可以查看每一个受访者的详细信息。异常事件流N/A后置条件系统成功保存受访者的评级信息。系统业务规则受访者的参与次数达到25次，得到一颗星（称为一星级受访者），达到50次，得到两个星（称为二星级受访者），以此类推。说明N/A表16 权限管理项目内容用例IDUC 9用例名称权限管理参与者系统管理员前置条件系统管理员成功登录系统基本事件流1 系统管理员成功进入权限管理界面；2 系统在权限管理界面呈现出用户角色管理和用户权限设置；3 系统管理员对不同用户角色进行权限设置；4 系统自动保存系统管理员的设置。备选事件流N/A异常事件流N/A后置条件系统成功保存各用户角色的权限设置。系统业务规则系统管理员要根据项目经理的指示给不同用户设置不同的权限。说明N/A表17 问卷管理项目内容用例IDUC 10用例名称问卷管理参与者系统管理员前置条件系统管理员成功登录系统。基本事件流1 系统管理员成功进入问卷管理界面；2 系统在问卷管理界面呈现出不同类型的问卷（具体参见UC 18）;3 系统管理员选择一种类型的问卷；4 系统自动将所有有关的问卷按时间的先后顺序呈现出来；5 系统管理员可以选择删除废弃的问卷；6 系统显示删除成功。备选事件流N/A异常事件流系统管理员在选择删除时，系统给出提示：“您确定要删除吗？”后置条件系统管理员成功删除废弃的问卷。系统业务规则在调查的问卷已经过了保存期（3个月）或经理给予指示的废弃问卷，系统管理员才可以进行删除处理。说明N/A表18 调查结果录入用例内容用例IDUC 11用例名称调查结果录入参与者调查员前置条件调查员成功登录系统。基本事件流1. 调查员选择调查结果录入；2. 系统成功进入调查结果录入界面，系统显示出问卷选择；3. 调查员选择问卷选择；4. 系统显示出没有通过在线回答的问卷；5. 调查员选择正在通过电话访问或通过纸质访问的问卷（具体在任务书中可以看到）；6. 调查员选择确定；7. 系统呈现出问卷；8. 调查员对问卷进行调查结果录入；9. 调查元选择提交；10. 系统显示调查结果成功保存。备选事件流N/A异常事件流N/A后置条件系统成功保存了调查结果。系统业务规则N/A说明N/A3.3.2项目经理用例3.3.2.1项目经理用例图图2 项目经理用例图3.3.2.2项目经理用例表项目经理的用例表如下表：表19 项目经理用例用例ID用例名称上级用例UC 12编写任务书UC 1UC 13查看任务书UC 1UC 14任务书保存UC 12UC 15修改任务书UC 13UC 16任务书发布UC 143.2.2.3项目经理用例描述项目经理用例描述如下列各表所示：表20 编写任务书项目内容用例IDUC12用例名称编写任务书参与者项目经理前置条件项目经理成功登录系统，并选择编写任务书。基本事件流1 项目经理成功进入编写任务界面；2 项目经理在标题栏填写任务标题，在内容栏写编写任务内容，选择执行该任务的调查员；3 在编写过程中系统每隔30秒自动保存任务书一次。4 项目经理选择保存；5 系统显示任务书保存成功。备选事件流N/A异常事件流N/A后置条件系统成功保存任务书。业务规则项目经理必须选择执行该任务的调查员。说明N/A表21 查看任务书项目内容用例IDUC13用例名称查看任务书参与者项目经理前置条件项目经理成功登录系统，并成功选择了查看任务书。基本事件流项目经理成功进入任务查看界面；备选事件流项目经理查看任务书时，可以编辑任务书，从而进入编写任务书，具体编写参见UC 12。异常事件流N/A后置条件项目经理成功查看任务书。业务规则N/A说明N/A表22 任务书保存项目内容用例IDUC14用例名称任务书保存参与者项目经理前置条件任务书编写完成基本事件流项目经理点击保存按钮，系统提示任务书保存成功，并跳转至任务查看页面。备选事件流N/A异常事件流N/A后置条件系统提示任务书保存成功.业务规则N/A说明N/A表23 修改任务书项目内容用例IDUC15用例名称任务书发布参与者项目经理前置条件项目经理成功登录系统基本事件流1 项目经理点击任务查看连接查看相应任务；2 项目经理点击任务发布按钮将任务发布给指定调查员，系统提示任务发布成功。备选事件流N/A异常事件流N/A后置条件系统显示任务书发布成功。业务规则N/A说明N/A表24 任务书发布项目内容用例IDUC16用例名称任务书修改参与者项目经理前置条件项目经理进入任务查看页面基本事件流1 项目经理点击修改按钮进入任务书修改状态；2 项目经理在根据修改需要可以标题栏修改任务书标题，内容栏修改任务内容，修改执行该任务的调查员；3 项目经理点击完成按钮，系统提示任务修改完成，跳转至任务查看页面。备选事件流N/A异常事件流N/A后置条件任务书修改完成。业务规则N/A说明N/A3.3.3分析师用例3.3.3.1分析师用例图图3 分析师用例图3.3.3.2分析师用例表分析师的用例表如下：表25 分析师用例用例ID用例名称上级用例UC 17问卷模块管理UC 3UC 18问卷内容设计UC 3UC 19描述性分析UC 5UC 20其它统计分析UC 53.3.3.3分析师用例描述分析师的用例描述如下列各表所示：表26 问卷管理模块用例内容用例IDUC 17用例名称问卷模块管理参与者分析师前置条件分析师成功登录系统，并且成功选择了问卷设计管理。基本事件流1. 分析师成功进入了问卷设计管理界面；2. 分析师成功选择了问卷模块管理；3. 系统自动显示为搜索问卷界面；4. 分析师输入关键字，并选择搜索；5. 系统显示出相关的问卷搜索结果；6. 分析师成功选择了问卷模块，并成功进入了问卷模块界面；7. 系统显示出不同类型问卷的模块陈列（具体有：高校、科研、政府机构、企业、城市与农村、感情）；8. 分析师选择模块中的一个类别；9. 系统自动呈现出与选中类别相关的问卷。备选事件流系统在呈现出来的问卷中，分析师可复制问卷并对其进行进一步设计。异常事件流分析师在复制问卷时，系统给出验证提示。后置条件系统显示问卷复制成功。系统业务规则N/A说明N/A表27 问卷内容设计用例内容用例IDUC 18用例名称问卷内容设计参与者分析师前置条件分析师成功登录系统，并且成功选择了问卷内容设计。基本事件流1. 分析师成功进入了问卷内容设计界面；2. 系统在界面的左边呈现出需要设计的内容（具体有：添加问卷题目、题目编辑），界面右边呈现的是问卷的预览；3. 分析师选择添加问卷题目，并成功进入题目编辑对话框；4. 系统在题目对话框中呈现出题目名称、题目内容；5. 分析师填入题目名称、写好内容后选择确定；6. 系统将编写好的问题呈现在右边的预览区域；7. 分析师重复第4和第5的步骤直到所有问题编辑完成；8. 分析师成功选择保存问卷；9. 系统显示问卷保存成功；10. 分析师成功选择发送问卷给与该调查任务有关的调查员；11. 系统显示问卷发送成功。备选事件流分析师在发送问卷之前可以对问卷内容进行修改。异常事件流1. 分析师在没有填写题目名称的时候，系统给出提示：“请输入题目名称！”；2. 分析师在发送问卷的时候没有选择发送的调查员，系统给出提示：“请选择发送的调查员！”。后置条件1. 系统成功保存问卷；2. 系统显示成功发送问卷。系统业务规则分析师在发送问卷时必须选择发送的对象。说明N/A表28 描述性分析用例内容用例IDUC 19用例名称描述性分析参与者分析师前置条件分析师成功登录系统，并成功选择了调查结果分析。基本事件流1. 分析师成功进入了调查结果分析界面；2. 分析师成功选择描述性分析，并成功进入了描述性分析界面；3. 分析师成功选择调查问卷；4. 系统将分析师所选调查问卷的调查结果呈现出来；5. 分析师成功选择现在进行基本描述性分析；6. 系统自动呈现出基本描述性分析的结果；7. 分析师成功选择保存分析结果；8. 系统显示分析结果保存成功；9. 分析师选择导出分析结果；10. 系统将分析结果以Word形式或Excel形式导出。备选事件流N/A异常事件流N/A后置条件系统成功分析结果。系统业务规则N/A说明N/A表29 其它统计分析用例内容用例IDUC 20用例名称其它统计分析参与者分析师前置条件分析师成功登录系统，并成功选择了调查结果分析。基本事件流参见UC 18的基本事件流。备选事件流N/A异常事件流N/A后置条件系统成功分析结果。系统业务规则N/A说明N/A4. 非功能性需求分析4.1 性能需求表30 性能需求性能名称要求系统支持的并发操作数量系统需同时容纳1万人以上的数量进行操作而不产生问题。响应时间受访者在回答问卷时响应时间在1秒以内，其它用户在使用时的响应时间均控制在3秒以内（下载除外）。兼容性系统可在不同的操作系统或浏览器上运行。容量需求系统要求可以有100万以上的人进行注册。其它性能需求N/A4.2 软硬件环境需求表31 软硬件需求名称要求操作系统推荐