软件需求说明[范文].docx

软件需求说明[范文]

第一篇：软件需求说明[范文]软件需求说明某公司总部设在北京，在上海、广州、成都和西安有分支机构，公司员工接近700名。由于公司业务和员工团队的迅速发展，为了提升整体工作效率，公司准备开发一套员工报账系统，取代原来的人工处理方式。报账系统将支持员工记录（或预见）日常业务活动的开销，并自动结算每个月应该返还员工的补偿金额，补偿额会直接存入员工的工资帐户中。报账系统应具有基于先进技术的图形化界面，员工可以输入业务活动的种类和简短描述，活动开销的类别，选择不同的支付方式，并可以生成灵活的报表。报账系统应该有能力根据员工提供的信息和要求返还补偿额，同时保存全部员工的报账信息。员工可以通过他们自己的电脑来使用报账系统。由于牵涉到财务信息，报账系统必须提供可信的安全机制。公司现有一套基于MicroSoftSQLServer的人事管理数据库系统，记录员工共的基本信息和团队的组织结构。报账系统将和现有人事管理数据库系统协同工作，需要引用人事管理数据库系统中的部分信息，但不会更新其内容。通过报账系统，员工能够在出差前（提前2天）按照规定的额度向公司申请借款，相关的经理人员能够通过报账系统批复或拒绝。报账系统应在相关负责人批复之后通知该员工提取现金或确认相应款项已经划入指定信用卡（根据员工的要求）；员工可以通过保账系统报销合理的业务活动经费。财务部门将指定一位报账系统管理员监督拟建系统中的信息，负责初始设置和维护特定的分类额度准则，并能够定期或随机地向部门负责人提交报账系统情况的统计报告。报账系统在每月的25日对通过审批的报账申请自动作一次结算，并以电子邮件的方式通知应该得到补偿的员工，同时生成一份统计报告传送给财务部门的系统监管人员。具体的局部功能需求-----“提交报销申请”的UseCase简介：员工通过报账系统填写报销申请，输入相关活动产生的费用，在一次或者多次填写后提交，经验证之后，以电子邮件的方式通知相应经理批复。事件流（FlowofEvents）基本事件序列(BasicFlow)1.打开报销单[员工]：员工选择进入“报销申请”功能。[系统]：该员工当月报销单存在，系统将取出相应信息并展示给员工；如果该员工的当月报销单不存在，则转至A1备选事件序列。2.添加报销记录[员工]：员工要求添加一条报销记录。[系统]：系统显示一条空白的报销记录。3.填写报销记录单[员工]：员工开始填写报销记录，每条报销记录包括的信息有：业务活动发生的时间、为了让员工方便而准确地输入相关信息，除了客户名称、业务活动原因和金额之外，其他信息域提供相应的下拉式选择列表。并记录员工输入的信息。（重复以上针对每一条报销记录的活动），直至所有记录填写完毕。）4.验证报销单[员工]：员工填写完毕所有报销记录之后，要求系统验证这些记录的合理性。[系统]：报销记录的初始状态为“未验证”，每当一条报销记录被验证为合理，系统将该报销记录的状态设置为“已验证”，系统在验证所有报销记录（为“已验证”）之后提示用户可以提交本月的报销单。验证为合理的记录必须满足集中条件：第一，不同种类的费用不超过相应得限额；第二，报销费用的类型要和员工的职能匹配。对于未通过的验证的报销记录，转至A5备选事件序列5.提交报销单[员工]：所有报销记录经过验证之后，员工提交当月的报销单。[系统]：系统保存这张报销单，将报销单的状态设置为“已提交”并记录提交日期，同时这张报销单被设为“只读”。系统要从人事管理数据库中获知该员工及其经理（负担该员工当月开销者）的电子邮件地址。如果此时人事管理数据库不可用，转至A6备选事件序列。为了及时通知相关人员，系统将自动生成一份以当前报销单为内容的电子邮件发送到该员工及其经理的信箱中。当邮件成功发送后，员工得到一个确认信息。如果此时邮件系统未能将邮件及时发送，转至备选事件序列A7。备选事件序列组（AlternativeFlows）A1创建当月报销单[起始位置]：基本事件序列中，员工进入报销申请程序并准备打开当月报销单。[触发条件]：系统没有发现和该员工对应的当月报销单。[具体内容]：系统为员工创建一张当月报销单。[返回位置]：基本事件序列中的“打开报销单”步骤。A2删除报销记录[起始位置]：在提交报销单之前任意时间点。[触发条件]：员工希望删除某一条报销记录。[具体内容]：系统删除有员工指定的某一条报销记录。[返回位置]：同“起始位置”。A3更新报销记录[起始位置]：在提交报销单之前任意时间点。[触发条件]：员工希望更新某一条报销单。[具体内容]：系统根据员工输入的内容更新相应的一条报销记录。[返回位置]：同“起始位置”。A4保存当月报销单[起始位置]：该UseCase允许员工在事件流中的任意时间点保存当月的报销单。[触发条件]：员工希望将已经录入的报销记