用户需求说明书.docx

用户需求说明书文档状态：文档编号： Draft Released Modifying编 撰：编撰日期：保密级别：文档版本：1.0.0项目名称（The English Name）用户需求说明书XXX项目小组修订表编号生成版本修订人修订章节与内容修订日期12345审批记录版本审批人审批意见审批日期1.0.0目 录1引言41.1目的41.2适用范围41.3参考资料41.4术语和缩略语42系统概述43系统应当遵循的标准或规范44系统范围45系统中的角色46功能性需求分类56.1日常管理（FR01）56.2客户管理（FR02）96.3合同管理（FR03）156.4物资管理（FR04）227系统的非功能性需求32附录A：需求确认341 引言1.1 目的该系统用于公司的日常管理，实现员工信息管理、客户信息管理、业务信息管理、合同管理和物资管理的办公自动化，提高公司日常管理效率，节约公司的开销成本。1.2 适用范围各类中小型企业。1.3 参考资料资料名称标识符出 版 单 位作 者日 期ASP.NETAjax2.01.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）描述：对部门周报进行查询、增加、删除、修改、明细、提交、接收、答复操作。角色职责表：公司领导 审阅部门周报。业务流程图如下所示:该流程图描述：输入查询条件，进行查询，然后判断该部门周报是否存在，如果存在则可进行删除或修改操作，如果不存在则部门周报可进行增加操作，完成后提交，接受，批示。6.1.5 部门月计划（FR0105）描述：各个业务部门的月计划进行登记并提交到总裁办，提供增加、修改、删除、评价、接收和答复等功能。角色职责表：公司领导 审阅部门月报。业务流程图如下所示：该流程图描述：输入查询条件,进行查询，然后判断该部门月报是否存在，如果存在则可进行删除或修改操作，如果不存在则可以增加部门月计划,完成后提交，接收，可进行回复和评价操作。6.2 客户管理（FR02）描述：客户管理主要是对客户管理的各子模块进行详细的功能描述和操作说明。主要包括客户信息、业务收集、业务分析、员工日志查询和存货查询等功能。角色职责表：业务员 可以进行客户信息的增、删、改，客户联系人的增、删、改，客户业务的增、改，客户需求的增、改和增加对手和流失分析。业务主管、技术主管、财务主管：业务立项。业务流程图如下所示：该用例图描述了业务员对客户管理功能模块的操作。业务员可以对客户以及客户联系人进行增删改操作，以及收集业务资讯进行业务分析和业务立项。6.1.6 客户信息（FR0201）描述：对客户基本信息进行管理与维护，包括客户编号、客户名称、负责人、所属行业、通讯地址等。可进行对客户的增、删、改，联系人的增、删、改等操作。角色职责表：业务员 对客户基本信息维护。该流程图描述了如何对客户信息进行增删改。用户增删改客户之前需要确认该合客户是否存在，按照输入条件做一个查询，查询结束可以直接退出或继续进行操作。如果存在则可以做修改和删除；不存在则增加。该流程图描述了如何对客户联系人信息进行增删改。用户增删改客户联系人信息之前需要确认该客户是否存在，按照输入条件做一个查询，查询结束可以直接退出或继续进行操作。如果存在则可以做修改和删除；不存在则增加。6.1.7 业务收集（FR0202）描述：对业务信息进行管理与维护，包括客户编号、客户名称、项目名称、负责人、当前状态、投资规模和联系人等等信息。可进行业务信息的增、删、改、联系人的修改和删除等操作。角色职责表：业务员 对业务进行收集。业务流程图并做流程图描述：该流程图描述了如何对收集的业务信息进行增删改。先查询客户信息，如果该客户存在，再确认该业务信息是否存在。如果业务信息存在则可以做修改和删除；不存在则增加。如果该客户不存在，到客户信息管理增加客户。6.1.8 业务分析（FR0203）描述：对所收集到的业务信息进行分析，包括用户的需求、竞争对手和业务流失等情况。角色职责表：业务员 分析业务信息。业务流程图并做流程图描述：该流程图描述了如何对收集的业务信息进行分析。用户分析业务信息之前需要确认该业务信息是否存在，按照输入条件做一个查询，查询结束可以直接退出或继续进行操作。如果存在则可以做增加需求、添加对手和进行流失分析操作；添加后可以对需求和对手进行修改。如果业务被其他公司签定合同后，对业务进行流失分析。6.1.9 业务立项（FR0204）描述：对所收集到的业务信息进行分析后申请立项。角色职责表：业务员 提出立项申请。业务主管、技术主管、财务主管：审核立项报告。业务流程图并做流程图描述：该流程图描述了如何对业务进行立项。用户对业务立项之前需要确认该业务信息是否存在，按照输入条件做一个查询，查询结束可以直接退出或继续进行操作。如果存在则可以提出合同申请经过业务部和技术部的建议后进行审批打印。6.3 合同管理（FR03）描述：角色职责表：业务员 增加合同，修改、删除和变更未经审批的合同；部门经理 除了业务员的职责外，对合同进行审批；合同管理员 除了部门经理的职责外，对合同进行实施验收。业务流程图如下所示：该用例图描述了业务员、技术员、部门经理和合同管理员对合同管理功能模块的操作。业务员可以对一般和增机增卡、服务费等合同进行增删改操作，技术员在实施过程中当需求变更时可以对合同进行更改操作，部门经理可以对合同和变更进行审批、实施验收，合同管理员可以在合同实施完成时做终止操作，以及在合同审批、合同变更、变更审批对部门经理做的审批进一步检查。6.1.1 普通合同（FR0301）描述：对合同基本信息及合同清单进行维护，包括合同编号、客户名称、合同名称、中间商、签订人及物资等相关信息。角色职责表：业务员 对合同及合同清单进行查询、增、删、改操作。业务流程图如下所示：该流程图描述了先对合同信息进行增删改。用户增删改合同之前需要确认该合同是否存在，按照输入条件做一个查询，查询结束可以直接退出或继续进行操作。如果存在则可以做修改和删除；不存在则增加。再选中要操作的合同，先判断合同的状态，如果没提交，再对合同清单信息进行增删改，做完相应的操作，进行提交。如果提交，就不能对合同清单做相应的操作了6.1.2 增机增卡（FR0302）描述：对增机增卡的合同及合同清单进行维护，包括合同编号、客户名称、合同名称、中间商、签订人及物资等相关信息。角色职责表：业务员 对增机增卡合同及清单进行查询、增、删、改操作；业务流程图如下所示：该流程图描述了先对增机增卡类合同信息进行增删改。用户增删改增机增卡类合同之前需要确认该合同是否存在，按照输入条件做一个查询，查询结束可以直接退出或继续进行操作。如果存在则可以做修改和删除；不存在则增加。再选中要操作的增机增卡类合同，先判断增机增卡类合同的状态，如果没提交，再对合同清单信息进行增删改，做完相应的操作，进行提交。如果提交，就不能对合同清单做相应的操作了。6.1.3 实施验收（FR0303）描述：提供跟踪和维护合同的执行情况，包括合同实施及验收等情况。只能针对已审核通过的合同才能执行此操作。角色职责表：部门经理 对审核过的合同进行实施验收，合同管理员 对实施验收过后的合同进行终止。业务流程图如下所示：该流程图描述了如何对审核过的合同进行实施验收。用户实施验收之前需要确认该合同是否审核过；如果通过审核，则对该合同指定项目经理，制定之后，对其实施计划，再审批计划；审批通过，在实施跟踪过程中，会对实施计划做一定的变更，对变更要进行审核；或直接验收。如果没通过审核，在修改实施计划；在进行审核计划等一系列的操作6.1.4 合同变更（FR0304）描述：对合同的项目负责人、验收日期以及物资清单（合同外物资及审核后的物资）等内容进行变更。对于未验收或决算的合同/项目，用户需要增加卡机具或设备通过此功能来实现。角色职责表：技术员 对合同的项目负责人、验收日期以及物资清单等内容进行变更。业务流程图并做流程图描述：该流程图描述了如何对审核过的合同进行项目负责人、验收日期以及物资清单等内容进行变更。用户变更合同之前需要按照输入进行一个查询操作，如果该合同审核过则进行安装变更，确认后提交完成退出，或直接提交合同再退出；如要对审批过的物资进行修改则增加物资，提交后退出；删除物资时，要么提交，然后退出。6.1.5 变更审批（FR0305）描述：对变更的合同进行审批，包括安装变更审批、单项审批和批量审批。角色职责表：部门经理业务流程图并做流程图描述：该流程图描述了如何对变更合同进行审批。用户审批合同之前需要确认该合同是否存在及是否变更，按照输入进行一个查询操作，如果存在且变更过则可以直接进行安装审批，核对相应的清单后进行审核。如果审核通过，就进行提交；如果审核不通过，到合同变更里进行操作，修改后再进行审核。合同未变更或不存在则直接退出。6.1.6 合同审批（FR0306）描述：对新录入的合同及合同清单进行审批，包括单个审核和批量审批。角色职责表：部门经理 对合同进行审批。业务流程图如下所示：该流程图描述了如何对合同进行审批。用户审批合同之前需要确认该合同是否存在及是否已审批，按照输入进行一个查询操作，如果存在且未审批则核对相应的清单后可以选择单个审核或者批量审核；合同已审批或不存在，在普通合同里对合同清单作相应的修改后，再审核。6.1.7 服务费（FR0307）描述：进行服务费收取登记，提交后产生服务费应收款。角色职责表：部门经理 对合同进行审批。业务流程图如下所示：该流程图描述了如何对服务费类合同信息进行增删改。用户增删改服务费类合同之前需要确认该合同是否存在，按照输入条件做一个查询，查询结束可以直接退出或继续进行操作。如果存在则可以做修改和删除；不存在则增加。6.4 物资管理（FR04）描述：物资管理主要是对物资的各子模块进行详细的功能描述和操作说明。主要包括需求计划、计划审批、发货申请、发货审批、出库发货、退货制单、退货审批、财务登记和库存查询等功能。角色职责表：技术员：对物资需求计划及物资清单进行增删改，对退货申请单、发货申请单进行增删改。物流主管：除了业务员的职责外，对退货申请单，发货申请单及计划进行审批。仓库管理员：对已审批的发货申请单根据申请时间的先后顺序进行出库发货，包括发货的调整，改编码及出库，对库存的查询。财务主管：对已发货的物资进行财务登记，以产生应收款。内勤：向总库发调拨申请和出库发货。业务流程图描述如下： 该用例图描述了技术员、物流主管、财务主管和仓库管理员对需求管理功能模块的操作。技术员可以对增删改需求计划，提出退货申请和发货申请；物流主管可以对计划、发货和退货进行审批操作；内勤可以对发货、退货申请，出库发货以及库存查询进行相应的操作；仓库管理员可以对出库发货和库存查询进行操作；财务主管可以进行财务登记操作。6.1.1 需求计划（FR0401）描述：对物资需求计划及物资清单进行维护，包括合同编号、合同名称、项目经理、所属部门、签订日期、启动日期及物资清单等信息。角色职责表：技术员：根据已经审批过的且需要做物资需求计划的合同增加一个物资需求计划，或修改和删除。业务流程图描述如下： 技术员经过查询,判断合同是否已经被审批且是否满足制需求计划,符合条件的，合同可以增加主单,在进行制主单操作，然后进行制详单操作，最后判断是否需要提交,还是打印操作，做完这些操作，就可以退出了！ 6.1.2 计划审批（FR0402）描述：对提交的需求计划进行审核审批，提供审核、审批和打印功能，先审核后审批.角色职责表：物流主管：对需求计划进行审核，审批，备货操作。业务流程图并做流程图描述： 物流主管经过查询先判断是否存在需求计划，存在的话进行审核，审核完毕进行审批，审批完毕再判断是否要备货，是的话则备货，否则结束操作；在审核，审批，备货之后，都可以进行打印操作。6.1.3 发货申请（FR0403）描述：对发货申请单进行维护，包括合同编号、合同名称、项目经理、所属部门、签订日期、启动日期及物资清单等信息。内部调拨也通过“发货申请”模块填写，其中合同/项目名称填写为“内部调拨”。角色职责表：内勤：根据需求增加发货申请单。业务流程图并做流程图描述： 内勤人员经过查询,判断时候存在物资清单,存在的话增加主单,之后根据业务需求可以增加主单 ,做完一系列操作后，内勤人员要根据合同清单读取信息来判断是否进行制详单操作，最后判断是否需要提交（未做过物资需求计划的清单不能进行发货），对需要提交的发货申请单进行提交或打印操作。 6.1.4 发货审批（FR0404）描述：对提交的发货申请单进行审核审批，提供审核、弃审、审批、弃批、备货和打印功能，先审核后审批。角色职责表：物流主管：对发货申请单进行审核，审批，备货操作。业务流程图并做流程图描述： 物流主管查询是否存在已提交的发货申请单，存在是话判断是否需要审核，是的话就进行审核，否则弃审，在返回修改，再审核；审核之后判断是否需要审批，是的话就进行审批，否则就弃审，再返回修改，再审核；对审批后需要备货的清单进行备货及打印，或弃批再返回修改，再审批。 6.1.5 出库发货（FR0405）描述：对已审批的发货申请单根据申请时间的先后顺序进行出库发货。角色职责表：内勤：根据需求进行发货出库，包括发货调整及出库操作。业务流程图并做流程图： 内勤人员查询是否存在已审批的发货申请单，存在的话再判断是否要出库，其中对不完全出库的清单进行发货调整，一部分是内部调拨，然后再出库打印；另一部分是通知采购部门备货。6.1.6 退货申请（FR0406）描述：支持客户退货和调拨退货功能，对退货的主单和详单进行维护，并提交到公司分管领导进行审批。角色职责表：技术员：根据业务的需要增加一个退货申请单。业务流程图描述如下： 技术员经过查询,判断是否存在出库单，对需要退货的清单增加主单，之后根据需求再来增加主单；制主单之后根据合同清单再制详单，最后判断是否需要提交，对需要提交的发货申请单进行提交，否则弃提；或进行打印操作。6.1.7 退货审批（FR0407）描述：对提交的退货申请单进行审核,审批,及备货.角色职责表：物流主管：对已提交的退货申请单进行审核，审批及备货操作。业务流程图描述如下： 物流主管经过查询，对以提交的退货申请单进行判断其当前的状态，若需要进行审核，则做审核操