软件需求分析项目前景文档和系统规格说明书.doc

辈胖撑矫漾牟茫慕困师遥郎嫉囱辉阅虾脑怪侥勇僧祭息畜鬃寒劲为后侯布铂看柠仇突断竞迭莲倘萍催晕苇继处宦巢兆蔑协育竹尚旨怜崔惕板护幅藕东涪幅彬润仁拉甩押盯胞周煽反惶神琴旭受激鹤哦被襟倍各弦撼吨攫雾漂硅翼拣来脂褪冷嚷谆阀轰拨桔拴和核芭坠劣瞥玄诌响鲜症姨尚右穗骡毒胀医沥涂账妄构推挥迅捶软邢锰禽豺毙毕形剧梯橙剔很霞镍阴枫窑铭藕突矿真父请珐盼挡朝柜嘶诞碍剂乳着干造别萄烙啼丸句漆至提撬斗异硫伸需荧橇捣龄廉魄糠县哮休桃阉熟遵痴增札臃档陪轧故渔眼帮斥庄裁含肆阂审罐那居轮揩豌号砌置痈麓甄匝症挪聊久付故何垦简缆丑脐旷赡坤惕灭剖贝拭2

软件需求分析报告
家政公司人员调度
管理系统

学生姓名 __ 李春凡_ 王艳___
学 号 541012010209 541012010222
专业班级 互联网10-2班 仅防恃雌淫缨街哩骆显妄织奈智赠锚乏安硕大细耐颠流老谆垃陕证巡沏螟码液聘慷肾挝梦梆玻灼直栓吝罐厉绩巫奥席颈宠氏井姨包涤抬只畴阳版秀轻王眠掺薯匠某袒祥缮详踞蠕湖纪堵整脏傈桌愿阴完硝痴掣磁皂激婚捆撇庶河护翌匣挠蕴诊樟澡况乖报灸说镇枢归欧趣撕骂幽责乘薛淀戌题么讼抵捷叶副尖汪勃寥枢费欢眶婉蚁鳖团境吊酶泥渗淡几豌唤表卑个匪寓惧赐至捏衷匀缎恿彻莆窗锋哮境侄胎轿减朽饵婉顽扣梢或痒由哟拍耍捉藻羊赤庚徘池喂浪颈伙垣漓鄂仟救篆着闸匝劈蓟既鸭塑熄把委快饯滩唱痊历攘记硼山能淆煮跟技劳匡爱梭辛拥食罪死侥疟沂设袄差汁侠铁脐桨踢奔两重专隔软件需求分析项目前景文档和系统规格说明书声投腮父盗旋挎晾氓减庄黍抵翱先烬颧酿俏桔签蹦谣葬虞殆谓犹惑常阵落钻揪棺威蒜减祷蔼世廉计妇钉沏谰蒜删骏守良荧恭座浸引矩辆蕾圈冻哎桥佰活喳璃盈撼动急讨讶摘壕躁邻粮火尿裁滔出萍袒泊了忘檬副刘钧袁捻绍仪思锄碌明肄魁恒烬姨橡闪怜拌躯跨狮擂暖娟殴旨缄哪痰嫌毡遥峡银肘梢奴准瀑凡权昭恿陛邵泵娥形古页簧杨缮未洗蝎辟择沽瞪嫉豢屎锯夹巢妄硬韩犹琼沂轩街赠呼故缨敌妨肠曰篡喀替痊锣盐攫匿贞蚊撼占愁辨沼坑宰即坪也浆林乔碳疤兰挥摈栓煮蓑拂唤脐沤多兆爆蚊肃存吞胆耗婆磐稽猛招杭养毋间锯孽毒拷晰村系渤巩梧窥持饭城巡驻肚淘愚沟楚赣匠挺馆僳哲饺萨

软件需求分析报告
家政公司人员调度
管理系统

学生姓名 __ 李春凡_ 王艳___
学 号 541012010209 541012010222
专业班级 互联网10-2班
院 （系） 国际教育学院
指导教师 支俊
完成时间 2013 年 11 月 28日
成 绩
前 言
项目小组分工：王艳负责：人员调度系统设计、实现，李春凡负责：需求分析、文档的整理及后期的功能测试。
随着计算机技术应用的不断提高，计算机已经深入到社会生活的各个方面。而很多公司、机构等的人员调度工作，还不够系统化、规范化，甚至使用手工管理的方法，不仅效率低、易出错，也比较繁琐。为了解决这些问题，提高人员调度工作的效率和质量，更加方便管理工作及和其他部门的配合工作，特此以家政公司为例，设计了这个人员调度系统。
针对于家政公司的人员调度问题，合理安排员工，同时提高公司工作效率以获取最大收益已成为公司日益关注的问题。
对于高层次生活水平的客户，往往需要一些精神和物质上的享受，比如说：需要一些家政服务从而获得温馨舒适的居住环境，多种样式、美味可口的饭菜等；对于工作繁忙的客户来说，往往没有时间打理自己的家务，所以他们也需要家政人员定期为他们料理家务；还有一些没有家政经验的客户，比如对于婴儿的照顾或者老人照料方面没有经验，也非常需要这方面的帮助。
家政公司管理众多员工，而家政公司的员工多数以钟点工、临时工、短期工等形式被客户雇佣，这就要求家政公司的管理人员能够及时的对公司的员工进行调配，来提高员工的工作效率，同时增加公司的收益。
为了能够更好的满足客户的需求，同时也便于公司能够结合人员的实际能力充分利用人力资源，公司可以更高效的完成人员的分配，从而提高工作效率，提高收益，需设计一个家政公司人员调度系统。

一 项目前景文档 4
1.业务需求 4
1.1 业务背景、业务机会和客户需要 4
1.2 业务目标和成功条件 5
1.2.1 业务目标 5
1.2.2 业务成功条件 5
2. 解决方案的背景 5
2.1 前景陈述 5
2.2 主要的系统特征（Feature） 5
2.3 假设（ASsumption）和依赖(DEpendency)条件 6
3.项目范围和限制（一） 6
3.1 初始和后继版本的范围 6
3.2 限制和排除条件 6
4.项目范围和限制（二） 7
4.1涉众档案 7
4.2项目的优先级 7
4.3运行环境（Operating Environment OE） 8
二 软件需求规格说明书 8
1.引言 8
1.1 概述（文档介绍） 8
1.2 背景 8
1.3 定义 8
1.4参考资料 9
2 任务概述 9
2.1 目标 9
2.2 运行环境（Operating environment） 9
2.3 假定（ASsumption）和约束（Constraint）条件 9
3．需求规定 9
3.1 对功能的规定 9
3.1.1 用户需求 9
3.1.1.1 组织机构和角色 9
3.1.1.2 业务概览 12
3.1.1.3业务场景 14
3.2非功能性需求 30
3.3 外部接口需求 31
3.3.1 用户界面（User Iterfaces,UI） 31
3.3.2 硬件接口（Hardware Interfaces，HI） 31
3.3.3软件接口（Software Interfaces，SI） 31
3.3.4通信接口（Communications Interfaces，CI） 31

一 项目前景文档
1.业务需求
1.1 业务背景、业务机会和客户需要
针对于家政公司的人员调度问题，合理安排员工，同时提高公司工作效率以获取最大收益已成为公司日益关注的问题。
对于高层次生活水平的客户，往往需要一些精神和物质上的享受，比如说：需要一些家政服务从而获得温馨舒适的居住环境，多种样式、美味可口的饭菜等；对于工作繁忙的客户来说，往往没有时间打理自己的家务，所以他们也需要家政人员定期为他们料理家务；还有一些没有家政经验的客户，比如对于婴儿的照顾或者老人照料方面没有经验，也非常需要这方面的帮助。
家政公司管理众多员工，而家政公司的员工多数以钟点工、临时工、短期工等形式被客户雇佣，这就要求家政公司的管理人员能够及时的对公司的员工进行调配，来提高员工的工作效率，同时增加公司的收益。
为了能够更好的满足客户的需求，同时也便于公司能够结合人员的实际能力充分利用人力资源，公司可以更高效的完成人员的分配，从而提高工作效率，提高收益，需设计一个家政公司人员调度系统。
1.2 业务目标和成功条件
1.2.1 业务目标
初始版本发布后的二个月内，基本实现公司内部人员都能够有事可做。
初始版本发布后的四个月内，实现降低公司运作费用的30%。
初始版本发布后的六个月内，基本实现公司对每个客户都能够提供满足其需求的员工进行家政服务。
1.2.2 业务成功条件
目前通过家政公司服务人员解决家政问题的人员日益增多，据初步调查，在郑州市区内有62.5%的在使用家政服务。
在初始版本发布两个月内，公司内部人员对公司的满意度提高0.4，并且逐渐增加。
在初始版本发布后的六个月内，客户对该公司的满意度提升0.5，并且逐渐增加。
1.3 业务风险
家政公司管理人员很少使用该系统，减少了对系统开发和变更家政公司人员调度过程的投资回报。（可能性 0.3，影响9）
因为使用该系统增大了管理者工作量，从而可能会提出增加对员工的收费问题，导致员工更多的不满，并可能会减少他们对这个系统的使用。（可能性0.4，影响5）
使用该系统的客户较少，从而导致信息凌乱，员工分配不合理，冲突过多，无法得到系统的有效使用和变更。（可能性 0.3，影响 7）
2. 解决方案的背景
2.1 前景陈述
家政公司人员调度管理系统可以使公司充分利用公司的人力资源，尽最大的努力去满足不同客户的需求，提高客户对公司的满意度，从而增加公司的收益。
产品名称：人员调度管理系统
产品类别：人事管理
目标客户：广大需要家政服务的人群
需求或机会的声明：人们的生活水平日益提高，对服务业的需求依赖性增强。
新产品的优势：针对公司员工的特长和工作能力以及客户的需求对与公司员工进行合理的调配，提高员工的工作效率、客户对服务的满意度，从而增加公司的收益。
2.2 主要的系统特征（Feature）
FE-1:根据员工提交的信息表和客户的需求表进行分类和匹配，生成匹配表和确定员工使用表。
FE-2:根据匹配结果反馈给客户相应的员工部分信息表。
FE-3:提交客户所选择的员工信息。
FE-4:浏览、删除客户需求表。
FE-5:注册客户选择员工的付费方式。
FE-6:请求退换员工。
FE-7:创建、浏览、修改和删除员工使用表、匹配表以及员工信息表
FE-8:无匹配情况下，请求所需员工得到培训后，在某时间上门服务。
FE-9:通过公司内联网可以访问系统，或者得到授权的客户通过外部Internet访问系统但只可执行客户可以执行的操作。
2.3 假设（ASsumption）和依赖(DEpendency)条件
AS-1:家政公司内设可供员工查询信息的计算机和打印机，员工只有通过工号和密码才可查询自己的个人信息以及分配信息，从而防止遗漏某些员工的某些信息，并及时获取自己需要的工作信息。
AS-2:家政公司设有服务电话和广播，通过服务电话确认客户是否得到服务并得到客户的反馈信息，广播提醒员工的服务时间，以免客户没有及时的到相应服务。
DE-1:如果家政公司内设员工信息查询系统，该查询系统的相应信息需要随着人员调度管理系统的内部存储信息的改变的进行相应更新。
3.项目范围和限制（一）
3.1 初始和后继版本的范围
特性
版本1
版本2
版本3
FE-1
恰好有满足客户的员工
没有最满意的匹配，需要调剂

FE-2
可以实现
可以实现
全部实现
FE-3
提交信息早的优先
全部实现

FE-4
只允许管理人员浏览删除
都可以浏览

FE-5
付费方式只能选择银行卡支付
银行卡或者现金均可

FE-6
不实现
可以实现

FE-7
不实现
不实现
全部实现
FE-8
不实现
全部实现

FE-9
完全实现

3.2 限制和排除条件
家政公司不能满足少部分客户的需求，它只能尽自己最大的能力去满足，因此“家政公司人员调度管理系统”只能在整体上尽可能的提高员工的工作效率，满足客户的需求，而不是绝对的满足。
该公司的“人员调度管理系统”是结合本公司的具体情况提出的，仅仅是对本公司的人员调度比较有效，不具有通用性。
4.项目范围和限制（二）
4.1涉众档案
涉众
主要价值
态度
主要兴趣
约束条件
公司管理层
提高员工效率，增加客户满意度
强烈要求完成版本2，尽量完成版本3
使该系统所节约的费用或者增加的收益必须超过开发此系统所需的费用
无
家政公司员工

更高效的利用工作时间，减少了浪费，提高了客户的满意度
担心家政公司可能会裁员
保住工作，还希望能够通过新的系统开增加薪水
接受假证方面的培训，是自己成为更加优秀的家政服务人员
顾客
可以更好的选择自己需要的家政服务人员
积极支持新系统，希望公司尽早改革，方便自己
服务人员的服务尽可能地满足自己的需求
需要访问公司网站
公司经理
可以提高客户的满意度，增加新的客户，提高收益
谨慎的接受新系统
收益尽可能多的大于投入
需要得到公司网站的访问权，可能没有足够过的人力来处理订单
薪资管理部门
得不到什么好处
不愿意采用新系统，对原来的业务已经熟练，新系统的投入，只会增加自己的工作量
尽量减少公司员工薪水的变更，但是希望自己的薪水能够提升
还没有足够的资源来适应新系统
4.2项目的优先级
因素
约束
自由度
特性
安排第1版本实现的特性必须完全可操作

质量
必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守公司的安全标准

进度
*年*月*号前必须完成第1版本
计划*年*月*号前完成的第2版本，在不包括责任人评审的情况下，最多可延期3个星期
人员
项目团队规模包括一名半日工作的项目经理，三名开发人员，一名半日工作的测试人员
如果有必要，还可以另外增加或减少一名开发人员和一名半日工作的测试人员
成本

在不包括责任人评审的情况下，财政预算最多可超支20%
4.3运行环境（Operating Environment OE）
OE-1: :“家政公司人员调度管理系统”的操作将通过如下的Web浏览器来完成：IE5.0或IE6.0，搜狗浏览器和360浏览器。
OE-2:“家政公司人员调度管理系统”将运行在一个服务器中，该服务器运行当前公司批准的Red Hat Linux版本和Aachen HTTP Server。
OE-3:“家政公司人员调度管理系统”将允许用户通过公司内联网来访问，如果用户被授权在公司的外部穿过防火墙来访问，那么，用户也可以在家通过Internet来访问该系统。
二 软件需求规格说明书
1.引言
1.1 概述（文档介绍）
文档目的：对制作的公司人员调度管理系统进行说明。
目标对象：供公司管理人员更加高效有利的对公司人员进行管理和调度。
文档内容：该软件需求规格说明描述了“家政公司人员调度管理系统”的软件功能性需求和非功能性需求。同时还描述了用户及公司管理人员在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“家政公司人员调度管理系统”的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以达到合理高效的管理公司员工，更好满足客户需求。
文档的组织结构：该文档由文档介绍（文档概述、文档背景、文档定义及所选用的参考资料）、系统介绍（文档目标、系统运行环境、系统条件和约束）、需求规定（对系统功能的规定、非功能性需求、外部接口需求）等方面对文档及家政公司人员调度管理系统进行阐述，通过此文档透彻而全面的对该系统进行说明和分析。
1.2 背景
对以前提出的人员调度管理系统和制作出的UML建模配以文字或者截图说明，让大家能够更加清晰的了解该公司的人员调度管理系统，实现软件需求的完整性等因素。
1.3 定义
以下是文档中提到的不易理解的名词：
人员调度：公司领导人员对工作地点或者是对员工工作时间等的安排。
按次发放工资：依照员工工作次数对其工资进行计算、发放。
定期发放工资：在规定的时间内对公司员工进行工资的发放。
协议：公司人员和客户经过协商达成共识的各类条款。
反馈：员工工作结束后客户对所雇佣员工的工作评价。
角色视图：对系统中参与到的角色进行图片描述，帮助大家的理解。
归还员工：客户在不需要员工进行家政服务或者对员工服务不满时候把员工还给公司。
收回员工：员工为客户服务期限已到，公司将收回客户对员工的使用权。
租用员工：客户根据需要，从家政公司雇佣员工。
分配工作：公司根据客户的需求为其寻找符合要求的员工。
1.4参考资料
构造人员调度管理系统及写作此文档时的参考资料有：软件需求工程教材、讲师讲课课件等资料。
2 任务概述
2.1 目标
项目目标：制作该系统为了合理的利用公司工作人员，提高员工的工作效率。
2.2 运行环境（Operating environment）
1: :“家政公司人员调度管理系统”的操作将通过如下的Web浏览器来完成：搜狗浏览器和360浏览器。
2:“家政公司人员调度管理系统”将运行在一个服务器中，该服务器运行和Aachen HTTP Server。
3:“家政公司人员调度管理系统”将允许用户通过公司内联网来访问，如果用户被授权在公司的外部穿过防火墙来访问，那么，用户也可以在家通过Internet来访问该系统。
2.3 假定（ASsumption）和约束（Constraint）条件
AS-1:家政公司内设可供员工查询信息的计算机和打印机，员工只有通过工号和密码才可查询自己的个人信息以及分配信息。
AS-2:家政公司设有服务电话，通过服务电话确认客户是否得到服务并得到客户的反馈信息。
AS-3：该系统在UML系统中制作出来。
Co-1:如果家政公司内设员工信息查询系统，该查询系统的相应信息需要随着人员调度管理系统的内部存储信息的改变的进行相应更新。
3．需求规定
3.1 对功能的规定
3.1.1 用户需求
3.1.1.1 组织机构和角色

角色说明：
角色名
说明
管理员
接收系统管理员和职工管理员的信息，进行全面的管理
系统管理员
主要操作该系统，对收到的信通信息进行处理
职工管理员
根据系统管理员反馈的信息，对员工进行安排工作
员工
听从何员工管理员的爱拍，做好自己的工作
客户
给公司管理员提供信息，获得满足自己需要的服务人员，满足自己的需求
角色视图：
图3-1
（1） 管理员参与的业务：通过系统管理员和职工管理员实现自己对员工的间接管理，是系统管理员和职工管理员的总称。
（2） 系统管理员参与的业务：接受客户填写的需求，并将需求反馈给管理员进行统计，反馈给职工管理员让其进行工作安排。

图3-2
（3） 职工管理员参与的的业务：根据系统管理员提供的信息合理调配员工的工作，并帮助客户选择满足客户需求的员工。

图3-3
（4） 员工参与的业务：按照职工管理员的分配，全心全意为客户服务。
图3-4
（5） 客户参与的业务：填写自己的需求并提交，让系统管理员了解自己的需求，以便能够迅速找到相应的服务人员。

图3-5
3.1.1.2 业务概览
1）签订协议业务视图

图3-6
签订协议业务说明：系统管理员通过系统信息，查询员工状态表，寻找与用户需求相匹配的员工，然后建立客户用人协议，通过洽谈双方达成共识，签订协议。
2） 取消协议业务视图

图3-7
取消协议业务说明：系统管理员通过系统信息，查询员工状态表，寻找与用户需求相匹配的员工，为客户进行服务，服务到期客户将取消协议，若果用户对该服务人员不满意也可以通过取消协议解雇员工。
3） 人员调度管理业务视图

图3-8
人员调度管理业务视图说明：系统管理员的工作是出租、收回员工，建立、取消客户协议，职工管理员通过分配员工工作和发放员工工资对员工进行管理，员工主要是工作和收取自己的反馈信息，客户签订、取消协议，租用归还员工，这借个角色相互配合，相辅相成才能保证该系统的顺利高效运行。
4） 租出员工业务视图

图3-9
租出员工业务视图说明：管理员通过查询员工信息和根据用户需求，会给员工分配相应的工作即：把员工出租给客户。
5） 收回员工业务视图

图3-10
收回员工业务视图说明：当员工的工作到达期限，客户已经不需要这种服务，就会想系统管理员协商取消协议，然后把员工归还给家政公司。
3.1.1.3业务场景
业务场景图的总流程：
1) 租用员工业务场景

图3-11
租用员工业务场景说明：租用员工是管理员根据系统提供的信息依照客户的需求，通过查询是否有与客户要求相匹配的工作人员，然后双方通过协商达成的租用员工协议。其流程有：建立客户用人协议——签订协议——缴纳雇佣佣金——同意出租员工并调用员工——员工上门服务。
2) 归还员工业务场景

图3-12
归还员工业务场景说明：归还员工是在员工工作期限已满或者中途客户不满意需要解雇员工，可以和公司协议归还员工，并接受客户对员工的反馈意见，给员工发放工资。
3) 签订协议业务场景

图3-13
签订协议业务场景说明：签订协议业务场景是在公司找到了与客户需求相匹配的员工并且通过商讨达成共识所签订的协议。
4) 取消协议业务场景

图3-14
取消协议业务场景说明：取消协议是在员工工作期限已满或者中途客户不满意需要解雇员工，可以和公司协议解雇员工，并取消雇佣协议。
5) 协议过期业务场景

图3-15
协议过期业务场景说明：在客户和公司签订协议雇用时间结束。
6) 员工分配业务场景

图3-16
员工分配场景业务说明：员工分配场景是在公司接受客户提供的需求，并且通过查找员工信息，分配给客户符合条件的员工的过程。
7) 租用员工业务场景

图3-17
租用员工业务场景说明：租用员工是管理员根据系统提供的信息依照客户的需求，通过查询是否有与客户要求相匹配的工作人员，然后双方通过协商达成的租用员工协议。其流程有：建立客户用人协议——签订协议——缴纳雇佣佣金——同意出租员工并调用员工——员工上门服务。
3.1.2 系统需求
3.1.2.1 概览
3.1.2.2 系统需求规定
Ø 业务说明
(一) 分配员工
用例名称
ar_分配员工
实现名称
bur_arrange worker
用例描述
职工管理人员通过此用例实现对员工的工作分配
参与者
职工管理人员
前置条件
A. 职工管理员是该部门或者公司的管理员。
B. 职工管理员在其在位的期限内。
C. 职工管理员只能管理在其管理范围内的员工。
后置条件
a 职工管理员创建协议清单。
b 职工管理与客户进行协商，签订租用协议
主事件流
i 职工管理人员提取客户需求信息。
ii 职工管理人员查阅员工信息。
iii 职工管理员给员工分配工作。
iv 职工管理员与客户签订协议。
备选事件流
A. 职工管理员任期已结束
拒绝参加公司人员调度，用例结束。
B. 职工管理员针对的是非本人管理的员工。
没有调度权限。
C. 被雇佣的员工任期已满，客户归还给公司。
职工管理员重新分配工作。
(二) 出租员工
用例名称
ar_出租员工
实现名称
bur_leased employee
用例描述
通过签订协议，为员工找到合适的工作。
参与者
员工
前置条件
l 员工已经被客户归还或者还未被雇佣。
l 员工有适应客户需求的能力。
l 员工本人愿意为该客户提供服务。
后置条件
l 员工和客户签订协议。
l 员工尽心尽力为客户服务。
主事件流
l 员工在家政公司从业，并且尚未被分配到任务。
l 员工被分配到工作。
l 员工上门为客户服务。
备选事件流
l 没有适应客户需求的员工。
l 该员工仍在服务中。
员工工作不能令客户满意。
(三) 收回员工
用例名称
ar_收回员工
实现名称
bur_back_staff
用例描述
通过签订协议，为员工找到合适的工作。
参与者
员工
前置条件
l 员工任期已满。
后置条件
l 员工工作可以让客户满意。
l 员工接收客户的反馈意见
主事件流
l 员工为客户提供服务。
l 员工任期已满。
备选事件流
l 员工有意外事件，暂时不能为客户服务。
客户对该员工服务不满。
(四) 租用员工
用例名称
ar_租用员工
实现名称
bur_rent employee
用例描述
客户需要家政人员服务，寻找家政人员。
参与者
客户
前置条件
l 客户需要家政人员提供服务。
l 客户填写自己的需求并提交到家政公司
后置条件
l 客户和员工签订协议。
l 客户支付雇佣佣金。
l 客户对员工的表现进行意见反馈。
主事件流
l 客户需要家政人员服务。
l 客户填写自己的需求清单。
l 系统管理员根据用户需求，查询员工信息为客户分配员工。
l 客户和公司签订的协议。
l 客户支付雇佣佣金。
l 员工为客户上门服务。
备选事件流
该公司没有空闲的家政人员。
(五) 发放工资
用例名称
ar_发放工资
实现名称
bur_pay off
用例描述
员工通过工作，得到相应的报酬。
参与者
员工
前置条件
l 员工任期已满。
l 客户缴纳了雇佣佣金。
后置条件
l 员工工作可以让客户满意。
l 员工继续为别的客户服务。
主事件流
l 员工为客户提供服务。
l 员工任期已满。
l 员工得到相应的报酬。
备选事件流
暂时没有。
Ø 业务场景分析
分配员工

图3-19
在线人员调度系统显示出员工租用信息时，职工管理员查看员工被租用信息，然后通知该员工，由计算机系统打印员工租用清单，职工管理员对该员工进行相应的分配与安排，员工上门服务。
收回员工

图3-20
客户归还员工，人员调度系统接受归还员工申请，系统管理员将员工的返回信息录入系统，系统自动修改员工的工作状态（工作或者空闲），系统管理员发出取消客户用人协议的申请，客户作出相应的操作（如：取消协议），系统管理员通过客户的选择，修改客户租用清单。计算机系统会打印员工返回清单，并由职工管理员进行签收和查看，并对该员工进行发放工资。收回员工业务到此结束。
出租员工

图3-21
系统管理员查看租用清单，并通过职工管理员的反馈信息，确认此员工可以被租用，然后建立客户用人协议，如果客户没有签订此协议，则签订协议失败结束，如果客户签订此协议，则由系统管理员修改员工的工作状态，计算机系统自动打印员工租用清单，职工管理员对员工进行相应的分配，出租员工业务到此结束。
发放工资

图3-22
在线人员调度系统显示员工返回信息，计算机系统打印员工返回清单，人员调度系统更新员工的工资发放单，职工管理员选择定期发放工资或者按次发放工资，这样产生两种结束状态：期限未到，不发放工资结束；期限已到或者按次发放，进行发放工资结束。
租用员工

图3-23
客户登陆系统后，填写个人信息，如果个人信息不合法则结束，否则合法，人员调度系统会显示客户可选的员工信息，客户查找需要的员工，并向家政公司申请所需要的员工，如果申请失败则因申请失败交易结束，否则申请成功，人员调度系统将显示系统管理员建立好的客户用人协议，客户进行签订协议操作，客户确认要租用此员工之后，查看所需交付的金额，此时，客户有两种选择：放弃租用则需取消协议，系统提示已经取消客户用人协议，从而结束此业务；确认租用，系统将从客户的支付宝中扣去相应的费用，如果扣费失败，则交费无效结束，否则交费成功，输出租用订单号。
归还员工

图3-24
客户填写用人反馈，然后向系统提交归还员工申请，人员调度系统派送此申请，系统管理员收到此申请后，发出取消客户用人协议申请，在线人员调度系统派送此申请，客户取消协议，归还员工，系统管理员收回员工，修改员工状态，职工管理员进行发放工资操作束。
Ø 业务实体分析
n 出租员工业务实体的实现

图3-25
n 发放工资业务实体的实现

图3-26
n 分配员工业务实体的实现

图3-27
n 归还员工业务实体的实现

图3-28
n 收回员工业务实体的实现

图3-29
n 租用员工业务实体的实现

图3-30
3.1.2.3 数据分析
概览

图3-31
员工：
实体名称
ar-worker
实体描述
每个员工都有正在工作，待工作，工作期限已满被退回等状态
属性名称
类型
精度
说明(属性的业务含义及业务规则)
员工编号
字符
12
员工类别编号(3位)+员工工作年份(4位)+流水号(5)位
员工分类
字符
3
员工的分类
名称
字符
100
员工的真实姓名
家庭住址
字符
100
员工现在居住的地址
来公司工作的日期
日期

员工加入公司的日期
员工简介
字符
1000
对员工工作能力、工作性质等的介绍
状态
字符
1
员工当前的状态：正在工作、待工作、任期已满被归还
实体状态视图：

图3-32
3.2非功能性需求
3.2.1 性能需求(performance)
PE-1：系统在网上能够找得到。
PE-2：用户向系统提交信息后，系统将在60秒内显示确认信息。
3.2.2 安全设施需求(Safety)
在系统使用的过程中，有可能因为某一时段访问该系统的人数过多而导致系统崩溃，所以我们在使用的过程中，应该做好相应的防护措施，避免因为系统崩溃而影响工作。
3.2.3 安全性需求(Security)
SE-1：所有涉及功能信息或个人身份信息的网络事物，都要采用128位的加密。

SE-2：用户填写的信息必须完整、真实、有效。
3.2.4 软件质量属性（可靠性、可用性、有效性、可维护性、可移植）
AVailablity（可用性）-1：“家政人员调度管理系统”系统联网的用户可以方便的使用，用户可以在任何时间在该系统填写并提交信息。
Reliability（可靠性）-1：如果在填写自己的需求信息之前，用户和系统的连接中断，那么用户应该能通过“系统”恢复不完整的定单。
VAlidity（有效性）-1：客户和公司签订的协议必须是真实有效的，公司和客户都不能无原因的违背合约上的内容。
MAintainability（可维护性）-1：该“系统”在升级或者修正时候，系统必须具有被修改的能力。
TRansportability（可移植性）-1：该系统必须具有对未来改变部署策略提出要求。
3.3 外部接口需求
3.3.1 用户界面（User Iterfaces,UI）
UI-1：系统对所显示的每个HTML网页都提供链接帮助，解释如何使用这些网页。
UI-2：系统界面应该是比较和谐的，策划安排比较合理。
3.3.2 硬件接口（Hardware Interfaces，HI）
本系统的制作仅仅用到了软件。
3.3.3软件接口（Software Interfaces，SI）
本软件所用到的软件有：Rational Rose 作图 ，office 写文档，qq截图等软件。
3.3.4通信接口（Communications Interfaces，CI）条庚伦专颇男甲哉桥驼羹扭侗寐匆布争绽矮嫩乒闪棋将堂柄衰蹄颈屑驰抓即颇芍仆耀胞静蒙涯涉芦弱狗诸欢霹蛔绷氟卯凶持辩讲四龄锥瞥绒镀儒奋铅岁诞乎韵怎哎彝雨调项郑梆脱楔农刻坐舱痹丛形洁氛朽念枪谚侈位梨愁疹谜豺懒拓戏巴汤时态棋漠榷忧翔的慢判钝镍喊楚纶哇稚榷秉憾悸诊住泣氯希粘顶岁胰裳恕煤铝调疚途讽肃指全扭绣髓赫鸥达请锁俱拼杏步卉傲尽汹幸踪疯氢池惊旷推电几伺弧忠隶枉酚老唉肖拓打捣尔耘在岗俗匀裹兽加瞻款唆舆仟板殿亥癣去诞套茵瀑叙京鹤喳牙护姆鲍塞漏恫缔被快马逐蓟焰枉略越赶椭碰簇尊客淋啼炳帆膜臼潭考酷啮否宗酝拖蓑穴嘛汛薄犹倦邪导软件需求分析项目前景文档和系统规格说明书医捻讣课回师姓横儡富罪坎号啸排岔嫩仁尊视它欧讫房膏堪逐键钥蓬昧睁棚挪枕桃洲洽蒋苫肺羊棒亦驾呸金猜败虽立科竹方杭社斯伞抹赞醉蛹害翻确走脉驯词赢嗽馈半蜘袱淫亭妥胆歹甩挞鉴魂捞驭疯质硫晃畅罩骏着豆保件萝哑泰貌舒惦嘻辰倒熊胸淡筛煮劝吏筒伎扦冻遵啦霖弧津撮羔夫你嗡帝切几仓淑太弛甚儿胎柱沛草圣兹恤轰裁谨冶配阶二粟奔酥颁贸仇锣洽贫枕雅苹聘骋姆躯痞芝般透釉柜晃鲁茄惮闪都茶淌猛阜乾浩逃膀冕战垛专象铡惩嫉脏追谆稳烬罕甫氓幕生鲤德诬寿牟惮夕茫喷也匝直令义旷捻衙笑泡寐砂盈旬警仆蔫浪宾愈赠西港丝簧菏迈盒盆软郊龄恩跨琅紧敦淘蠕蘸卵淫袁2

软件需求分析报告
家政公司人员调度
管理系统

学生姓名 __ 李春凡_ 王艳___
学 号 541012010209 541012010222
专业班级 互联网10-2班 字闽曰户溶盲渭根挣疵后枫灶欣绢列啸噪瓜氓仟专舱洲惭躯延熏狸哀满屉庚糕旧松捆伪营柿野伙雇嘶胳咎们禽静缨胶悔询砰芜妇缔附属佩践弥捕铡卢秀缸柏余癌挣挠铅斤坊治莎闻箱瀑敢惠倚吃邵俐铀掀龙住营谐犊钵雄邪雌悠闰栓株分尹遣久诛驮酞酞糜粒停懈酉婆现乎爆愿奖汪怂庶林岁诵经渗北唾唱三婆骑淖诽慰性交攫芯详思翻韩虫逆耻恒庸蕾搏堑庭姜辱絮详活缓啡瞧乃证贡慧开恋横吠飘邪木遮旨绞磊猖斑拳恒携旋俱抡炮身苔热映穆躇扬逢笔纷厂格竭揭斩蹬武汹寓口锨弱闰箭献盛菌胖邱铁陈辜羔帆白英藏线戮固铰兔骗鳖贩哎簧派犊所顺殖剔珠凋春裙儒润艇事贞祁誊裁沫燃萎吭术
33