软件需求说明_软件需求说明说
软件需求说明由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“软件需求说明说”。
软件需求说明
某公司总部设在北京，在上海、广州、成都和西安有分支机构，公司员工接近700名。由于公司业务和员工团队的迅速发展，为了提升整体工作效率，公司准备开发一套员工报账系统，取代原来的人工处理方式。
报账系统将支持员工记录（或预见）日常业务活动的开销，并自动结算每个月应该返还员工的补偿金额，补偿额会直接存入员工的工资帐户中。
报账系统应具有基于先进技术的图形化界面，员工可以输入业务活动的种类和简短描述，活动开销的类别，选择不同的支付方式，并可以生成灵活的报表。
报账系统应该有能力根据员工提供的信息和要求返还补偿额，同时保存全部员工的报账信息。员工可以通过他们自己的电脑来使用报账系统。由于牵涉到财务信息，报账系统必须提供可信的安全机制。
公司现有一套基于MicroSoft SQL Server的人事管理数据库系统，记录员工共的基本信息和团队的组织结构。报账系统将和现有人事管理数据库系统协同工作，需要引用人事管理数据库系统中的部分信息，但不会更新其内容。
通过报账系统，员工能够在出差前（提前2天）按照规定的额度向公司申请借款，相关的经理人员能够通过报账系统批复或拒绝。报账系统应在相关负责人批复之后通知该员工提取现金或确认相应款项已经划入指定信用卡（根据员工的要求）；员工可以通过保账系统报销合理的业务活动经费。
财务部门将指定一位报账系统管理员监督拟建系统中的信息，负责初始设置和维护特定的分类额度准则，并能够定期或随机地向部门负责人提交报账系统情况的统计报告。
报账系统在每月的25日对通过审批的报账申请自动作一次结算，并以电子邮件的方式通知应该得到补偿的员工，同时生成一份统计报告传送给财务部门的系统监管人员。
具体的局部功能需求-----“提交报销申请”的Use Case
简介：
员工通过报账系统填写报销申请，输入相关活动产生的费用，在一次或者多次填写后提交，经验证之后，以电子邮件的方式通知相应经理批复。
事件流（Flow of Events）
基本事件序列(Basic Flow)1.打开报销单
[员工]：员工选择进入“报销申请”功能。
[系统]：该员工当月报销单存在，系统将取出相应信息并展示给员工；如果该员工的当月报销单不存在，则转至A1备选事件序列。2.添加报销记录
[员工]：员工要求添加一条报销记录。[系统]：系统显示一条空白的报销记录。3.填写报销记录单
[员工]：员工开始填写报销记录，每条报销记录包括的信息有：业务活动发生的时间、为了让员工方便而准确地输入相关信息，除了客户名称、业务活动原因和金额之外，其他信息域提供相应的下拉式选择列表。并记录员工输入的信息。
（重复以上针对每一条报销记录的活动），直至所有记录填写完毕。）4.验证报销单
[员工]：员工填写完毕所有报销记录之后，要求系统验证这些记录的合理性。[系统]：报销记录的初始状态为“未验证”，每当一条报销记录被验证为合理，系统将该报销记录的状态设置为“已验证”，系统在验证所有报销记录（为“已验证”）之后提示用户可以提交本月的报销单。验证为合理的记录必须满足集中条件：第一，不同种类的费用不超过相应得限额；第二，报销费用的类型要和员工的职能匹配。对于未通过的验证的报销记录，转至A5备选事件序列 5.提交报销单
[员工]：所有报销记录经过验证之后，员工提交当月的报销单。
[系统]：系统保存这张报销单，将报销单的状态设置为“已提交”并记录提交日期，同时这张报销单被设为“只读”。系统要从人事管理数据库中获知该员工及其经理（负担该员工当月开销者）的电子邮件地址。如果此时人事管理数据库不可用，转至A6备选事件序列。
为了及时通知相关人员，系统将自动生成一份以当前报销单为内容的电子邮件发送到该员工及其经理的信箱中。当邮件成功发送后，员工得到一个确认信息。如果此时邮件系统未能将邮件及时发送，转至备选事件序列A7。
备选事件序列组（Alternative Flows）
A1 创建当月报销单
[起始位置]：基本事件序列中，员工进入报销申请程序并准备打开当月报销单。
[触发条件]：系统没有发现和该员工对应的当月报销单。
[具体内容]：系统为员工创建一张当月报销单。
[返回位置]：基本事件序列中的“打开报销单” 步骤。
A2 删除报销记录
[起始位置]：在提交报销单之前任意时间点。
[触发条件]：员工希望删除某一条报销记录。
[具体内容]：系统删除有员工指定的某一条报销记录。[返回位置]：同“起始位置”。
A3 更新报销记录
[起始位置]：在提交报销单之前任意时间点。
[触发条件]：员工希望更新某一条报销单。
[具体内容]：系统根据员工输入的内容更新相应的一条报销记录。[返回位置]：同“起始位置”。
A4 保存当月报销单
[起始位置]：该Use Case 允许员工在事件流中的任意时间点保存当月的报销单。
[触发条件]：员工希望将已经录入的报销记录保存在报账系统中。
[具体内容]：系统保存该员工当月报销单，并给出确认信息。员工可以在保存当月报销单之后直接退出系统。
[返回位置]：同“起始位置”。
A5 报销记录不合理
[起始位置]：基本事件序列中，“验证报销单”步骤中对每一条报销记录验证结束之后。
[触发条件]：包销记录不满足某一条适用的准则。有两种情形：第一，某报销记录的金额超出了其对应类型费用的上限，已知有三种：请客户用餐人均超过300元，出差时每天住宿费超过800元，移动电话费再无特殊说明情况下超过800元；第二，报销费用的类型和员工所处部门及职能不匹配，已知的情形是业务部门的员工申请加班补助。
[具体内容]：系统告知员工不合理的报销记录编号，以及未通过验证的原因。[返回位置]：即本事件序列中的“填写报销单”步骤，目的是更正有问题的报销记录。
A6 人事管理数据库不可用
[起始位置]：即本事件序列中，提交报销单步骤结尾
[触发条件]：当报账系统向人事管理数据库索取信息而该数据库没有正常的响应。
[具体内容]：以对话框形式告知员工“人事管理数据库不可用，报账但没有提交成功”。
[返回位置]：Use Case 执行结束。
A7 邮件未即时发出
[起始位置]：基本事件序列中，“提交报销单”步骤的结尾，成功地从人事管理数据库获得相关信息后。
[触发条件]：报账系统要求发送相关邮件时，邮件系统没有及时的响应。
[具体内容]：系统将以提示信息的方式告知员工“邮件没有及时发出，但是报销单在系统内已经提交成功，待邮件系统恢复后，相关邮件会自动发出”。[返回位置]：Use Case 执行结束。
特殊需求列表（专属于该Use Case）
暂无
启动条件
员工成功登录系统，通过身份验证。被系统提示进入“报销申请”或“借款申请”功能。
结束状态(组)如果该Use Case 顺利执行，员工得报销申请记录将被建立，更新、保存或者保存并提交；否则，系统地状态应该保持和该Use Case 执行之前相同。
辅助图示(活动图)
“补充规约”要点 1.RDBMS数据库访问 2.分布式处理
词汇表 要点
员工。公司的正式雇员
经理。负责审批某员工当月开销的管理者，是较高级别的员工。
报销纪录。与业务有关的某一项具体的花费，包括业务活动发生的时间、地点、客户名称（可选）、原因以及费用金额和种类（交通、餐饮、会议、通信和杂项）。 报销单。员工在一个（自然）月内的所有报销纪录的集合。
工资户头。公司将员工用于日常业务活动开销的补偿金额返还至员工的银行账户，该帐户的基本功能是供员工接受工资。
人事管理数据库。该数据库纪录了有关人事管理的相关信息，与报帐系统有关的是公司的组织机构(“员工”和“经理”的关系)。
内部邮件系统。该邮件系统负责收发与公司业务有关的电子邮件信息。
“提交报销申请”[控制，SubmitClaim]的Use Case
简介：
员工通过报账系统填写报销申请，输入相关活动产生的费用，在一次或者多次填写后提交，经验证之后，以电子邮件的方式通知相应经理批复。
事件流（Flow of Events）
基本事件序列(Basic Flow)打开报销单
[员工]：员工[实体，关键抽象，Employee]选择进入“报销申请”[边界，SubmitClaimForm]功能。
[系统]：如果该员工当月报销单[实体，关键抽象，ClaimReport]存在，系统将取出相应信息并展示给员工；如果该员工的当月报销单不存在，则转至A1备选事件序列。添加报销记录
[员工]：员工要求添加一条报销记录。[系统]：系统显示一条空白的报销记录。填写报销记录单
[员工]：员工开始填写报销记录[实体，关键抽象，ClaimRecord]，每条报销记录包括的信息有：业务活动发生的时间、地点、客户名称（可选）、原因以及费用金额和种类（交通、餐饮、会议、通信和杂项）。
[系统]：系统显示并记录员工输入的信息。为了让员工方便而准确地输入相关信息，除了客户名称、业务活动原因和金额之外，其他信息域提供相应的下拉式选择列表。
（重复以上针对每一条报销记录的活动），直至所有记录填写完毕。）验证报销单
[员工]：员工填写完毕所有报销记录之后，要求系统验证这些记录的合理性[实体，ValidRule]。
[系统]：包销记录的初始状态为“未验证”，每当一条报销记录被验证为合理，系统监该报销记录的状态设置为“已验证”，系统在验证所有报销记录（为“已验证”）之后提示用户可以提交本月的报销单。验证为合理的记录必须满足集中条件：第一，不同种类的费用不超过相应得限额；第二，报销费用的类型要和员工的职能匹配。对于未通过的验证的报销记录，转至A5备选事件序列 提交报销单
[员工]：所有报销记录经过验证之后，员工提交当月的报销单。
[系统]：系统保存这张报销单，将报销单的状态设置为“以提交”并记录提交日期，同时这张报销单被设为“只读”。系统要从人事管理数据库[边界，HRDatabase]中获知该员工及其经理（负担该员工当月开销者）的电子邮件地址。如果此时人事管理数据库不可用，转至A6备选事件序列。
为了及时通知相关人员，系统将自动生成一份以当前报销单为内容的电子邮件发送到该员工及其经理的信箱中。当邮件成功发送后，员工得到一个确认信息。如果此时邮件系统[边界，MailSystem]未能将邮件及时发送，转至备选事件序列A7。
