用户需求说明书详解.docxVIP

文档状态： 文档编号： [ ] Draft [√] Released [ ]Modifying 编 撰： 编撰日期： 保密级别： 文档版本： 1.0.0 项目名称 （The English Name） 用户需求说明书 XXX项目小组 修订表 编号 生成版本 修订人 修订章节与内容 修订日期 1 2 3 4 5 审批记录 版本 审批人 审批意见 审批日期 1.0.0 目 录 1 引言 4 1.1 目的 4 1.2 适用范围 4 1.3 参考资料 4 1.4 术语和缩略语 4 2 系统概述 4 3 系统应当遵循的标准或规范 4 4 系统范围 4 5 系统中的角色 4 6 功能性需求分类 5 6.1 日常管理（FR01） 5 6.2 客户管理（FR02） 9 6.3 合同管理（FR03） 15 6.4 物资管理（FR04） 22 7 系统的非功能性需求 32 附录A：需求确认 34 1 引言 1.1 目的 该系统用于公司的日常管理，实现员工信息管理、客户信息管理、业务信息管理、合同管理和物资管理的办公自动化，提高公司日常管理效率，节约公司的开销成本。 1.2 适用范围 各类中小型企业。 1.3 参考资料 资料名称[标识符] 出 版 单 位 作 者 日 期 ASP.NET Ajax2.0 1.4 术语和缩略语 术语、缩略语 解 释 增机增卡 增加机器或增加卡，合同的一种类型 物资管理 公司经营的产品 服务费 不涉及发货的开支 2 系统概述 （1）介绍系统的开发背景 随着信息化社会的到来，企业在日常管理和客户维护上渐渐由手工转向了智能化，为企业大大减少了人力成本和资金投入，在此种大环境的影响下，开发一个专门针对企业性的软件管理系统事在必行。 （2）从实现系统功能的角度说明该系统的主要特征，实现什么功能 该系统主要实现的功能包括：日常管理、客户管理、合同管理、物资管理、辅助功能五大块。 3 系统应当遵循的标准或规范 系统应当遵循ISO9000质量管理体系。 4 系统范围 适用于中小企业的日常、客户、合同、物资管理。 5 系统中的角色 系统中各种角色及其职责，各种角色的具体行为将在功能性需求中描述。 角 色 名 称 职 责 描 述 人力资源 管理员工信息和员工变动 公司领导 管理各个部门合同和物资的审批 部门经理 管理本部门 业务员 管理客户联系人 技术员 实施 仓库管理员 管理物资 合同管理员 终止合同 物流主管 审批物资 财务主管 财务登记 6 功能性需求分类 6.1 日常管理（FR01） 描述： 日常管理主要是对日常管理的各子模块进行详细的功能描述和操作说明。主要包括员工信息管理、人员变动、员工日志、部门周报、部门月计划、回款计划和回款登记等功能。 角色职责表： 人力资源 对员工信息和人员变动进行管理； 部门经理 对部门周报、月计划进行管理； 公司领导 对部门周报、月计划进行审批； 所有员工（业务员、技术员） 对员工日志的管理； 财务主管 回款计划处理 回款计划处理。 业务流程图及描述： 该用例图描述了所有员工、人力资源公司领导、部门经理和财务主管对日常管理功能模块的操作。人力资源可以对员工信息进行增删改操作，对人员变动进行管理；所有员工可以对员工日志进行增删改操作，部门经理和公司领导可以对部门周报和月计划进行管理。 6.1.1 员工信息管理（FR0101） 描述： 对员工信息进行查询、增加、删除、修改操作 角色职责表： 人力资源 ：对员工基本信息进行维护 业务流程图如下所示： 该流程图描述：输入查询条件，进行查询，然后判断该员工是否存在，如果存在则可进行删除或修改操作，如果不存在该员工信息则可进行增加员工操作。 6.1.2 人员变动（FR0102） 描述： 对员工变动进行查询、调动、修改操作 角色职责表： 人力资源 管理人员变动信息。 业务流程图如下所示： 该流程图描述：输入查询条件，进行查询，然后判断该员工是否存在，如果存在则可进行调动或修改操作，如果不存在该员工信息则可结束。 6.1.3 员工日志（FR0103） 描述： 对员工日志进行查询、增加、删除、修改、提交、批示操作 角色职责表： 技术员、业务员 对每天工作内容的管理。 业务流程图如下所示： 该流程图描述：输入查询条件，进行查询，然后判断该员工日志是否存在，如果存在则可进行删除日志或修日志操作亦可进行增加日志操作，如果不存在该员工日志则可进行增加日志操作，完成后进行提交，接受，批示日志一系列动作。 6.1.4 部门周报（FR0104） 描述： 对部门周报进行查询、增加、删除、修改、明细、提交、接收、答复操作。 角色职责表： 公司领导 审阅部门周报。 业务流程图如下所示: 该流程图描述：输入查询条件，进行查询，然后判