系统需求和需求分析说明书0917
系统软件需求和需求分析说明书模板(用例图+界面+文档)
1系统需求和需求分析说明书模板Mohit系统需求和需求分析说明书模板第一部分概述1．项目名称及背景➢项目名称➢开发背景2．文档说明第二部分任务说明1．功能概述2．用户环境浏览器(如IE 6以上版本)+网络开发(生产)环境:第三部分需求分析1．实现功能➢系统用例图用户业务逻辑如下图所示：95➢管理员功能清单功能编号功能名称文中标题编号备注101 人事管理101001 机构管理101002 部门管理101003 员工管理➢普通用户功能清单2．用例说明➢ [用例1] ●用例图●描述●参与者➢[用例2] ●用例图●描述●参与者➢[用例3] ●用例图●描述●参与者➢[用例4] ●用例图●描述●参与者➢[用例5] ●用例图●描述●参与者➢[用例6 ●用例图●描述●参与者➢[用例7] ●用例图●描述●参与者➢ [用例8]●用例图●描述●参与者➢ [用例9]●描述文件搜索功能：可以按条件查询需要的文件。
●参与者//*参与者，参与用例的对象*// ➢[用例10]●用例图发送消息消息管理管理消息●描述消息管理主要包括：创建消息、修改消息、删除消息、发布消息。
●参与者//*参与者，参与用例的对象*// ➢[用例11]●用例图●描述●参与者➢[用例12] ●用例图●描述●参与者➢[用例13] ●用例图●描述●参与者➢[用例14]●用例图●描述●参与者3．用例关系附1.2 系统设计说明书模板系统设计说明书版本历史第一部分概述1．文档说明2．系统需求概述第二部分系统总体结构第三部分系统设计类图//*系统中主要的、关键实体类图，参考图如下*//➢[用例1]实现●时序图//用例1的时序图，参考图如下*//●描述界面设计1．公共模块界面设计说明：页面设计要求尽量使用div布局完成。
所有的GridView要求实现分页功能。
图1.1用户登陆首页用户登陆首页要求：只有当用户名、密码都正确时才能通过验证。
107图1.2 管理员登录后看到的主界面管理员登录后的主页面要求：显示个人便签信息，左侧显示系统菜单和个人基本信息，上标栏有“主页”、“重新登录”、“修改密码”、显示当前时间功能。
需求分析说明书和需求报告
需求分析说明书和需求报告需求分析说明书和需求报告是用于记录和详细描述项目需求的重要文档。
需求分析说明书主要是用于内部团队的使用，以便更好地理解并满足项目的需求。
而需求报告则通常是以书面形式提交给项目的利益相关者，以便他们了解项目的需求，并做出相应的决策。
需求分析说明书的目标是明确项目的目标和范围，并详细描述项目的功能要求、非功能要求以及约束条件等。
以下是需求分析说明书的主要内容：1. 引言：对项目的背景和目标进行说明，以及撰写该文档的目的和范围。
2. 项目概述：对项目的整体情况进行概括性描述，包括项目的主要目标、范围、预算和时间等。
3. 需求文档概述：对需求文档的结构和组织进行说明，以便读者能够更好地理解和使用该文档。
4. 功能需求：详细描述项目的功能要求，包括用户角色和权限、用户界面、数据输入和处理、数据输出和报告等。
5. 非功能需求：描述项目的非功能性要求，如性能要求、安全要求、可用性要求、兼容性要求等。
6. 约束条件：描述项目开发和实施过程中的约束条件，如技术限制、法律法规要求、资源限制等。
7. 界面设计：针对用户界面进行详细的设计，包括布局、颜色、字体、图标等。
8. 数据模型：描述项目中使用的数据模型，包括实体关系图、数据表结构等。
9. 流程设计：描述项目中的业务流程和流程图，以便更好地理解和规划项目的开发和实施过程。
10. 测试计划：描述项目的测试策略和计划，以确保项目的质量和可靠性。
需求报告主要是为项目的利益相关者提供项目需求的概览，以便他们能够了解项目的整体情况并做出相应的决策。
以下是需求报告的主要内容：1. 引言：对项目背景和目标进行介绍，以及撰写该报告的目的和范围。
2. 项目概述：对项目的整体情况进行概括性描述，包括主要目标、范围、预算和时间等。
3. 需求概述：对项目的需求进行概括性描述，以便读者能够快速了解项目的要求和期望效果。
4. 功能需求：列举项目的主要功能需求，以便读者能够了解项目的功能范围和重要特性。
系统需求分析说明书
城市交通管控系统需求分析说明书文件编号：编写:审核：批准：版权所有翻印必究目录1.引言 (3)1.1编写目的 (3)1.2术语定义 (3)2.任务概述 (4)2.1软件开发目的 (4)2.2运行环境 (4)3.软件功能 (4)3.1软件功能需求分析 (4)3.2软件各分模块的详细需求分析 (4)4.软件属性 (5)4.1数据精确度 (5)4.2时间特性 (5)4.3适应性 (5)5.进度计划 (5)5.1内容计划 (5)5.2项目估计 (7)1.引言1.1编写目的本计划的编写目的在于研究XXXX系统的开发途径和应用的方法。
1.2术语定义数据采集点：将对应终端信息，通过仪表或人工采集的办法，定时上报到服务器。
中心数据库：将采集回来的数据储存、处理，生成最终的图标，以供决策用。
发布系统：将数据库内容读出，并显示给相关责任人。
设备相关责任人：通过数据做出最终决策，并对相关设备进行远程控制。
2.任务概述2.1软件开发目的按照客户需求，编制出符合客户要求的软件，并进行对应测试，同时增强公司软件编写的能力。
2.2运行环境公司应提供的服务器及计算机和打印机等硬件设备。
硬件：计算机CPU赛扬奔四及以上，4G以上内存，500G以上硬盘空间，19寸液晶显示器或更好，内组局域网，宽带。
软件：服务器端操作系统：Windows2008 server及更高版本或Linux，客户端操作系统不限，支持多种浏览器，如需IE浏览器，需8.0以上版本支持，数据库:SQL Server 2005以上。
3.软件功能3.1软件功能需求分析1、交通信息的远程监测。
2、针对采回信息的数据处理。
3、针对处理完成信息的报警以及控制。
4、人工或自动的远程控制。
3.2软件各分模块的详细需求分析交通信息远程监测模块，需满足信息采集的要求，满足多种仪表设备以及上报的通讯方式。
数据处理模块要求可以及时迅速的处理大量数据，并产生直观易懂的图表等，便于决策。
报警系统要求在满足报警条件的情况下，迅速给以声音报警以及相关人员的短信报警。
系统需求分析系统说明书(模板)
系统需求分析系统说明书1、引言本章主要介绍本文档的目的、范围、定义和缩略词。
1.1 目的本文档旨在对系统的需求进行分析和说明，明确系统的功能、性能、可靠性、安全性等方面的需求，为系统的开发和实施提供指导。
1.2 范围本文档适用于系统的需求分析阶段，并覆盖系统的所有功能和功能扩展。
1.3 定义本文档中使用的术语和定义应与相关文档和标准一致。
1.4 缩略词在本文档中使用的缩略词及其定义如下：- CRM：客户关系管理- ERP：企业资源计划2、系统概述本章主要介绍系统的背景和目标，以及对系统的总体描述和功能。
2.1 背景在这里描述系统的背景信息，如为什么需要该系统以及当前的业务痛点。
2.2 目标明确系统的主要目标，包括提高效率、降低成本、提升用户体验等。
2.3 总体描述对系统进行整体描述，包括系统的角色、主要功能模块和关键业务流程。
2.4 功能描述系统的主要功能模块和子功能。
3、需求分析本章主要详细说明系统的需求，包括功能需求、性能需求、可靠性需求、安全性需求等。
3.1 功能需求和描述系统的各项功能需求，包括用户管理、订单管理、客户服务等。
3.2 性能需求说明系统在各方面的性能要求，如响应时间、并发处理能力、数据容量等。
3.3 可靠性需求描述系统的可靠性要求，如可用性、容错性、恢复性等。
3.4 安全性需求明确系统的安全性要求，包括数据安全、用户认证等。
4、系统设计本章主要介绍系统的设计方案，包括架构设计、数据库设计、界面设计等。
4.1 架构设计描述系统的总体架构设计，包括分层结构、模块划分等。
4.2 数据库设计说明系统的数据库设计，包括数据表结构、关系定义和索引设计等。
4.3 界面设计描述系统的用户界面设计，包括界面布局、样式和交互设计等。
5、接口设计本章主要详细说明系统的接口设计，包括与外部系统的接口、与用户的接口等。
5.1 外部系统接口说明系统与其他外部系统的接口设计，包括数据交换格式、接口协议、安全认证等。
在线教学系统需求分析报告说明书(DOC)
在线教学系统需求分析报告说明书(DOC)在线教学系统需求分析报告说明书。
自查报告。
一、引言。
在线教学系统是一种利用互联网技术进行教学和学习的平台，具有灵活、便捷、高效的特点。
为了更好地满足用户需求，我们对在线教学系统的需求进行了分析，并编写了需求分析报告说明书。
在此，我们对需求分析报告进行自查，以确保报告的准确性和完整性。
二、自查内容。
1. 是否对用户需求进行了全面的调研和分析？2. 是否对系统功能进行了详细的描述和分析？3. 是否考虑了系统的可扩展性和可维护性？4. 是否考虑了系统的安全性和稳定性？5. 是否考虑了用户界面的友好性和易用性？6. 是否考虑了系统的性能和效率？三、自查结果。
1. 我们对用户需求进行了广泛的调研和分析，包括教师、学生和管理员的需求，确保需求的全面性和准确性。
2. 我们对系统的功能进行了详细的描述和分析，包括课程管理、作业管理、考试管理、资源管理等功能，确保系统能够满足用户的各种需求。
3. 我们考虑了系统的可扩展性和可维护性，采用了模块化设计和开放式架构，方便系统的扩展和维护。
4. 我们考虑了系统的安全性和稳定性，采用了多层次的安全措施和高可靠性的服务器设备，确保系统的安全和稳定运行。
5. 我们考虑了用户界面的友好性和易用性，采用了直观的设计和简洁的操作流程，确保用户能够轻松上手并享受到良好的用户体验。
6. 我们考虑了系统的性能和效率，采用了高性能的服务器和优化的数据库设计，确保系统能够快速响应并处理大量的并发请求。
四、结论。
经过自查，我们确认需求分析报告的准确性和完整性，确保在线教学系统能够满足用户的需求并具有良好的性能和用户体验。
同时，我们将继续跟踪用户反馈和市场变化，不断优化和完善系统，以满足用户不断变化的需求。
系统需求分析说明书
系统需求分析说明书
1. 引言
1.1 目的
本文档旨在详细描述所开发系统的需求，以便确保项目团队和利益相关者对于该系统功能、性能和其他方面有一个共同理解。
1.2 范围
文档将涵盖以下内容：
- 系统概述：介绍待开发系统的背景信息及其目标；
- 功能需求：列出所有必要且期望实现的功能；
- 非功能性需求：包括安全性、可靠性等非核心业务逻辑上重要但不直接与用户交互或产生价值关联度较高之特殊约束条件。
2. 系统概述
在这一章节中，请提供如下信息:
a) 待开发系统名称;
b) 市场环境/行业情况简介;
c) 主要参与人员角色定义.
3. 功能需求
这个部分应当清晰地记录了每个模块需要完成哪些任务。
可以按照子模块进行划分，并给出相应用例来进一步明确各项工作.
4.非功能型规格说明（Non-functional Requirements Specification）
- 性能: 描述预计使用负载量级, 并指定最大允许时间延迟和最大吞吐量.
- 安全性: 描述对系统进行保护的安全措施, 如访问权限、数据加密等.
- 可靠性：描述了系统需要达到的可用时间，以及如何处理错误情况。
- 用户界面要求：包括用户友好度、易学习程度等方面。
5. 附件
本文档涉及以下附件：
a) 数据库设计图；
b) 系统流程图；
c) 原型设计稿.
6. 法律名词及注释
在这一章节中，请提供与该项目相关且可能出现在整个文档中的法律术语，并给予相应解释或者引导读者查阅有关资料。
例如: a）合同条款——指明书写合约时所需遵守之规定;
b）知识产权——特别是软件开发过程中涉及版权问题.。
系统需求和需求分析说明书
系统需求和需求分析说明书版本历史目录系统需求和需求分析说明书......................................................................... 错误！未定义书签。
版本历史................................................................................................. 错误！未定义书签。
目录 (1)第一部分、概述..................................................................................... 错误！未定义书签。
1、........................................................................................................... 项目名称及背景错误！未定义书签。
2、....................................................................................................................... 文档说明错误！未定义书签。
第二部分、任务说明............................................................................. 错误！未定义书签。
1、....................................................................................................................... 功能概述错误！未定义书签。
产品需求系统需求分析说明书.doc
系统需求分析说明书文档历史记录注：后期所加内容均绿色背景字体标注编号日期版本描述作者审阅者目录1 产品概述 (4)1.1 目标 & 意义 (4)1.2 领域知识 (4)1.3 思维导图 (4)1.4 业务流程图 (5)2 功能范围 (7)2.1 功能名称 (7)2.1.1 功能说明 (7)2.1.2 用例说明 (7)2.1.3 操作流程 (9)2.1.4 界面原型 (11)2.1.5 对应字段 (11)2.1.6 相关规则 (12)3 词汇表 (12)4 非功能需求 (12)4.1 规则变更需求 (12)4.2 产品服务需求 (12)4.3 帮助需求 (12)4.4 安全性需求 (12)4.5 上线实现需求 (3)5 上线时间安排表 (12)1产品概述说明： <简单描述项目的背景、意义、目的、目标等，描述领域知识>1.1 目标 & 意义项目目标：完整保存教师信息；简化教师管理流程；提高相关部门工作效率；建立合理系统功能。
项目意义：保证每学期开班的正常进行建立有效的教师管理机制按照统一规则计算工资，保证教师待遇、奖金的公平公正性有效提高师资管理相关部门的工作效率，优化工作流程1.2 领域知识说明： <包括：项目涉及到的业务背景、业务知识、业务词汇解释。
>项目类似于人力资源管理系统，主要信息管理、考勤、工资、合同、排名、访谈几个角度管理和利用教师信息为实际工作服务。
涉及工资核算、考勤制度。
1.3 思维导图<整个产品功能思维导图>1.4 业务流程图<整个产品涉及业务的整个流程图>教师管理总流程教师选聘部师资管理部接收简历筛选简历初试培训复试聘增加教师选通过筛选导入教师信息师修改教师信息教增加合同（协启用合同（协议）信息议）申请转正审批二次审批办理转正手续Y审批通过？统计教师排名申请教师淘汰审批用试师教添加教师访谈教师淘汰二级审填写教师访谈信息批打印教师访谈表格生日提醒教师考勤考勤申请审批教师薪资考勤二级审批修改考勤发布考勤，生成考勤确认单确认单打印记录打印确认单课时费设置职考勤维护工资查询在例会维护工资单导出师教离职申请离职二级审批离职办理职离离职跟踪师教教师培训部、英语学服务中心班级组科、理科学科转正审批 - 一级审批查看转正审批结果指定代课老师淘汰离职一级审批新增教师例会例会考勤填写审批意见新增教师请假查看审批结果指定代课老师考勤一级审批填写审批意见打印确认单离职一级审批2功能范围<主要功能描述>2.1 教师入职2.1.1 功能说明<描述功能的作用>新录入老师的信息管理入职老师审批专职老师转正审批审批记录查询2.1.2 用例说明<编写业务用例，即按照真实的用户业务划分用例，记录人机交互过程，完成用例描述><<uses>><<uses>><<uses>>转正审批（二级）新增老师<<uses>>查询审批记录签订合同<<uses>>师资管理部<<uses>>教师转正转正审批（一级）教师培训部、英语学科、理科学科<<uses>>查询审批记录<<uses>>系统表格 1 教师入职用例图2.1.2.1 用例图 _新增教师<新增老师 >用例概述业务描述新增加老师需求描述教师入职录入教师基本信息行为者师资管理部前置条件有新老师入职后置条件老师信息增加到系统中其他说明申请转正审批业务规则序号规则在填写教师姓名时判断是否已有同名教师。
(2)系统需求分析说明书
基于在线支付的小型商务化社交网站追梦网系统需求分析说明书1引言1.1需求分析意义系统需求的深入理解是系统开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。
本需求分析为开发人员、维护人员、客户之间提供共同的协议而创立基础，对追梦网功能的实现作描述，是系统开发的依据，也是用户检验本系统运行的依据。
1.2背景中国的电商在最近今年中飞速的发展，但是发展较好的电商企业，如淘宝，京东商城，1号店等，都是典型的B2C，B2B，C2C网站。
而在社会化媒体环境下，消费者的购买行为正在发生改变，消费者拥有更多的资讯，他们不再完全受制于销售资料的影响。
他们圈子里好朋友、同行、网友正在提供各类消费建议，口碑和效仿一直是影响消费决策的关键因素，互联网的SNS阶段将口碑和效仿规模化。
社区化商务加强了购物者的零售体验，使口碑的力量真正转变成销售的力量。
由于很多青年人缺乏良好的理财观念，导致很多阶段性的梦想无法实现。
追梦网，一个社交化的商务平台，利用社交网特有的性质，帮助、监督用户实现阶段性的梦想。
1．3需求分析的步骤(1)通过调查研究，获取用户的需求。
系统开发人员只有通过认真细致的调查研究，才能获得进行系统分析的原始资料。
需求信息的获取可来源于阅读描述系统需求的用户文档；对相关软件、技术的市场调查；对管理部门、用户的访问咨询；对工作现场的实际考察等。
(2) 去除非本质因素，确定系统的真正需求。
对于获取的原始需求，软件开发人员需要根据掌握的专业知识，运用抽象的逻辑思维，找出需求间的内在联系和矛盾，去除需求中不合理和非本质的部分，确定软件系统的真正需求。
(3) 描述需求，建立系统的逻辑模型。
对于确定的系统需求，软件开发人员要通过现有的需求分析方法及工具对其进行清晰、准确的描述，建立无二义性的、完整的系统逻辑模型。
(4) 书写需求说明书，进行需求复审。
需求阶段应提交的主要文档包括需求规格说明书、初步的用户手册和修正后的开发计划。
系统分析说明书(需求规格说明书)
附录2系统分析说明书（需求规格说明书）目录1 概述 (2)1.1编写目的 (2)1.2 参考资料 (2)2 需求 (3)2.1 功能需求 (3)2.2 数据需求 (21)2.3 性能需求 (22)2.4 非功能需求 (23)2.5 故障处理 (23)3 环境 (23)3.1 运行环境 (23)3.2 开发环境 (23)1 概述1.1 编写目的本文档的编写目的是为学校管理信息系统项目的开发提供：a.这个系统主要针对的就是对于学校日常事务的信息系统化，运用计算机技术、信息技术对于学校的日常信息（例如：学生信息、成绩、学分等）或日常数据进行一体化的管理，避免大量的数据冗余，提高数据利用率，提高各部门（特别是教务、财务部门）的工作效率。
对于信息的一体化管理，也方便了学校、学院、教师、学生4级对信息掌握的及时性（学校能及时了解各个学院的教学情况，教师能有针对性地对学生进行授课，学生也可以根据评定系统自查自纠）。
从纸张化到计算机化，学校关心的数据也更有了保障，也方便了查询，加强了对于学校教学水平的监督。
b.本系统的功能要求主要分成了3个方面（详见c）。
对于录入、查询、计算的要求都比较高（用户主要关心最终数据：GPA、学分、综合测评、工资信息）。
对于这么多的数据查询和报表的生成，就要求有一个强大的数据处理终端（主要表现在控制类的计算能力和数据库的性能）。
c.本系统主要是针对于学校信息管理的3大块，即学生信息管理、教师信息管理、科研管理(用户要求实现功能如下)1)学生信息管理模块a)对学生、课程、成绩等信息进行管理b)实现综合测评的功能c)对留级、退学的情况进行管理d)产生学生成绩表2)教师信息管理模块a)对教师、部门、教学等信息进行管理b)对教师教学任务进行登记，按照算法计算工作量c)对教师进行年终考核，记录考核成绩d)对教师的教学情况进行测评，记录测评结果e)根据教务处提供的教师工作量计算奖金，产生月工资f)按个人、部门产生月工资报表和查询3)科研管理模块a)对科研项目信息进行维护b)记录项目经费的支出情况c)登记项目的获奖情况d)登记学术论文和著作并完成相应的查询e)对科研按部门项目进行汇总，形成部门的总经费、支出经费、结余经费，并可打印。
需求分析
系统需求和需求分析说明书作者：沈惠第一部分、概述项目名称学生管理系统系统开发背景信息技术高度发达的今天，利用信息技术对大量复杂的信息进行有效的管理成为一种普遍而使用的手段。
一方面，这极大地减少了簿记和人力的开销，另一方面，小呆计算机强大的计算能力和网络的普遍部署，大大简化了大量信息的处理和流动。
同样，学生管理系统是学校管理的组成部分。
该系统涉及了学生信息，学习信息，以及很多相关信息的综合处理。
为了方便配合学校管理，开发学生管理系统是当务之急，管理人员分工协作，相互配合。
本文档为学生管理系统的设计，实现，测试以及验收提供重要依据，也为评价系统功能和性能提供标准。
本文档可供用户，项目管理人员，系统分析人员，程序设计人员以及系统测试人员阅读和参考。
项目目标本文档为学生管理系统的设计，实现，测试以及验收提供重要依据，也为评价系统功能和性能提供标准。
本文档可供用户，项目管理人员，系统分析人员，程序设计人员以及系统测试人员阅读和参考。
·提高日常工作效率，快速使用文件、报告或报表；·利用信息化自动办公平台为学校、部门主管提供准确的信息和资料，提高经营者第一时间的决策能力；·自动化管学生入驻资料通过该公司领导的面谈，总结和归纳之后，他们需要软件具备以下三大功能：1、学生信息管理2、学生成绩管理3、学籍管理每个功能模块包含各自相应子功能。
1.2文档说明需求说明书有时候也被称为规格说明书，本规格说明描述了学生管理系统的要求，并且作为各方面沟通的依据，也为下一步工作提供基准。
软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点。
第二部分、任务说明2.1功能描述2.1.1学生信息管理2.1.2.1待办事宜管理学生待办事宜是将所有与当前学生有关的待办事务以列表的形式显示出来，以便学生方便修改。
学生点击待办事宜标题查看该待办事宜详细信息。
个人考勤管理包含学生考勤和查询考勤信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
系统需求和需求分析说明书版本历史第一部分、概述1、项目名称及背景项目名称中平能化集团客商信息管理系统开发背景1、2006年集团制订“客商编码”标准，并以财务NC系统为依托，陆续编制客商编码3万余条，且编码在资金结算系统、设备管理系统使用。
2、通过NC系统编制客商编码，80％工作量是由各单位到集团送材料并通过手工干预完成的，容易出错，且编码及时性很难保证。
另外，对NC系统资源开销大。
3、客商编码与资金系统、设备管理系统的编码交换是通过人工进行的，很难同步且出差错。
因此集团需要一个信息化管理平台来完成客商信息的管理与维护，提高NC系统、资金系统、设备管理系统之间数据的一致性及各系统的工作效率。
2、文档说明本文档为系统设计人员提供需求分析，并为开发人员提供开发依据，也可用于和用户交流需求。
本文档描述了项目的背景，系统的功能及其用户的环境等，然后主要对系统的功能进行了需求分析，运用OOAD的方法，从用例出发，对系统功能进行分析和说明。
3、名词说明（1）N C系统：集团内财务管理软件（用友软件）；（2）客商维护人员（客商系统管理员）：本系统的管理员，拥有系统的全部权限；（3）基层单位NC操作员：本系统的各基层用户，拥有客商查询、客商新增申请、客商分配申请、客商变更申请、客商合并申请、收发消息等权限；（4）各子系统管理人员：本系统除系统管理员和基层NC操作员外的其他用户，如物资供应公司设备科、内部结算中心管理人员等。
拥有客商查询、客商新增申请、客商变更申请、客商合并申请等权限。
与基层单位NC操作员有所区别。
第二部分、任务说明1、功能概述本系统满足了集团客商的新增、分配、变更和合并的需要，基层NC操作人员可以通过本系统进行客商的新增申请、分配申请、变更申请和合并申请，系统管理人员可以通过本系统进行新增、分配等的审批以及用户管理、资料管理等功能。
其功能结构如下图所示：2、用户环境集团数据库服务器为Oracle；应用服务器为Tomcat。
系统为B/S架构，最终用户可以通过IE浏览器访问系统。
3、其他要求4、性能要求至少可20人并发访问，WEB页面响应不能超过5秒。
5、技术要求要求系统采用J2EE技术，利用Struts、Spring和Hibernate来实现此平台。
使系统基于组件，可扩展性强，并能分布式部署。
第三部分、需求分析1、实现功能系统用例图此系统的用例共有15个，涉及到3类用户（客商系统管理员、基层NC操作员、各子系统管理员），如下图所示：2、用例说明（1）用例[01]：登录A、用例图B、描述①用户在IE浏览器中输入系统URL，填写用户名、密码，点击登录，如果均正确，则由系统判断用户角色，转入相应界面；如果有错误，则给出错误提示。
②系统不提供注册功能，基层NC操作员与各子系统管理员由客商系统管理员登录后，通过用户管理添加；客商系统管理员为系统初始化用户。
C、参与者客商系统管理员，各子系统管理员，基层NC操作员。
（2）用例[02]：客商查询A、用例图B、描述①客商系统管理员登录后，拥有全部查询权限：可查询全部客商；可进行批量查询（如根据地区码查询该地区全部客商）；也可输入关键字查询。
②各子系统管理员登陆后，拥有部分查询权限：可查询除“94”开头外的其他全部客商；可进行批量查询；也可输入关键字查询。
③基层NC操作员登陆后，拥有部分查询权限：可查询除“94”开通外的其他客商；不可进行批量查询；可输入关键字查询。
C、参与者客商系统管理员，各子系统管理员，基层NC操作员。
（3）用例[03]：客商新增申请A、用例图B、描述①登录系统后，先进行客商查询（用例02），如该客商编码为“94”编码段，则自动提示进行客商新增申请；如查询结果为0，则自动提示进行客商新增申请。
②新增客商基本信息：客商编码、客商名称、客商简称、地区编码、纳税人登记号、申请材料（扫描件）、公司帐套。
公司帐套新增申请时可选择是否分配，默认分配。
③新增客商申请信息：申请流水号、申请序号、申请操作员、申请日期。
该项信息不在界面显示，由系统在后台自动添加。
④信息填写确认无误后，上传客商新增申请材料的扫描件，提交申请。
C、参与者各子系统管理员，基层NC操作员。
（4）用例[04]：客商新增审批A、用例图B、描述①登录系统后，查阅待办事务栏，选择一条客商新增申请。
②显示被选中申请的详细信息并审核，可将申请的客商名称输入“客商查询”（用例02）进行查重。
③信息无误后，打开申请材料的扫描件，进行确认。
④如所有信息正确无误，则通过审批；否则，说明不符合要求的条目，不予通过，并发送反馈信息。
C、参与者客商系统管理员（5）用例[05]：客商分配申请A、用例图B、描述①用户登录后，点击客商分配申请按钮，输入客商分配申请的相关信息：客商编码、公司编码（公司帐套）。
②其中公司编码（公司帐套）为提前分配给当前用户的可选帐套。
③确认信息无误后，提交申请。
C、参与者基层NC操作员（6）用例[06]：客商分配审批A、用例图B、描述①管理员登录后，从待办事务列表中选取客商分配申请，显示该申请详细信息。
②管理员可查询该客商信息和用户拥有的帐套信息进行核对。
③审批合格后进行客商分配，同时发送同步信息到NC系统。
C、参与者客商系统管理员（7）用例[07]：客商变更申请A、用例图B、描述①用户登录后，点击客商变更申请按钮，输入客商变更信息：客商编码、变更选项（全称、简称、地区码、纳税人登记号等）、变更前值、变更后值。
用户可选择不同的变更项，填写变更前、后的值。
②用户可通过客商查询，获得客商编码。
③确认填写的变更信息无误后，将客商变更证明扫描件作为附件上传，需说明的填写备注。
然后提交申请。
C、参与者基层NC操作员、各子系统管理员（8）用例[08]：客商变更审批A、用例图B、描述①管理员登录后，从待办事务列表中选择客商变更申请，系统显示申请详细信息。
②审核无误后，点击阅读申请证明的扫描件，确认正确后预审通过，发送消息至申请人员，要求其提供变更证明原件。
③原件审核无误后，手工在NC系统内进行修改，然后与本系统进行客商变更同步。
④变更完成后在公告栏中进行公告：申请变更单位、联系人、联系方式、变更前客商信息、变更后客商信息、客商系统管理员联系方式等。
⑤如审核过程中发现错误信息，则不予通过，同时发送消息至申请人，并说明错误原因。
C、参与者客商系统管理员（9）用例[09]：客商合并申请A、用例图B、描述①用户登录后，点击客商合并申请按钮，输入客商合并信息：源客商编码、目的客商编码、客商合并原因。
②用户可通过客商查询，获得客商编码及客商详细信息。
③确认填写的变更信息无误后，将客商合并证明扫描件作为附件上传，如无相关扫描件则需填写备注。
然后提交申请。
C、参与者基层NC操作员、各子系统管理员（10）用例[10]：客商合并审批A、用例图B、描述①管理员登录后，从待办事务列表中选择客商合并申请，系统显示申请详细信息。
②审核无误后，点击阅读申请证明的扫描件，确认正确后预审通过，发送消息至申请人员，要求其提供变更证明原件或合并申请（加盖单位公章或财务章）。
③原件审核无误后，手工在NC系统内进行修改，然后与本系统进行客商合并同步。
④合并完成后在公告栏中进行公告：申请合并单位、联系人、联系方式、合并前客商信息、合并后客商信息、客商系统管理员联系方式等。
⑤如审核过程中发现错误信息，则不予通过，同时发送消息至申请人，并说明错误原因。
C、参与者客商系统管理员（11）用例[11]：客商资料管理A、用例图B、描述①新增客商资料管理：收到新增客商的纸质资料后，登录系统，审核无误后在系统内进行登记。
②客商变更、申请资料管理：收到客商变更、申请纸质资料后，登录系统，审核无误后在系统内登记。
③可查询客商资料的提价情况：实现分单位（可多选）、分用户（可多选）、时间段的查询，对于未提交资料的用户，可实现催报，对长期拖欠资料的用户，可列入黑名单，限制新的申请、分配、变更、合并请求。
C、参与者客商系统管理员（12）用例[12]：消息管理A、用例图B、描述①用户登录后，可进行收消息和发消息操作。
②系统在“收消息”按钮后，给出未读消息条数提示用户点击阅读。
阅读内容包括：消息主题、消息内容、消息来源、发送时间。
③客商系统管理员可以通过“发消息”按钮进行公共消息发送和个人消息发送。
其中，公共消息包括：公告（在公告栏中显示）、通知、催报消息等，系统内所有用户均可接收；个人用户为针对某一用户发送的个人信息。
④基层NC操作员和各子系统管理员只能通过“发消息”按钮发送个人消息。
⑤发送的消息内容包括：消息主题、消息内容、消息来源、消息性质（公告、通知、催报、个人）、发送时间、是否需要回执等。
C、参与者客商系统管理员、基层NC操作员、各子系统管理员（13）用例[13]：用户管理A、用例图B、描述①管理员登录后，进入用户管理界面。
②用户信息包括：用户号、用户名、密码、角色、所属单位、联系方式、是否可用。
③增加用户：输入用户名、密码、角色（可选）、所属单位、联系方式、是否可用（默认可用），用户号自动生成，新增用户。
④修改用户：先查询该用户，然后点击修改，可修改该用户的相关信息。
但不允许删除用户。
⑤查询用户：可通过输入用户名精确查询，也可输入单位、联系方式等模糊查询。
⑥设置（移出）黑名单：设置“是否可用”为不可用，则为设置黑名单，设置为可用状态，则表示移出黑名单。
C、参与者客商系统管理员（14）用例[14]：角色管理A、用例图B、描述①管理员登录后，进入角色管理界面。
②角色信息包括：角色编码、角色名称、权限描述、备注。
③添加角色：点击添加按钮，输入角色名称、权限描述、备注等信息，角色编码自动生成。
④浏览角色：对系统中的所有角色进行列表显示。
⑤修改角色：点击修改按钮，可以修改角色的名称、权限描述及备注信息。
⑥删除角色：可选择某一角色，然后删除。
C、参与者客商系统管理员（15）用例[15]：NC同步A、用例图B、描述①客商系统管理员登录系统后，进行NC同步操作界面。
②客商同步：一是新增客商同步，由客商管理系统发起同步需求，将需要同步的新增客商信息按照约定格式写入指定位置，由NC系统读取后进行同步；二是客商变更同步，由于客商变更是由手工在NC系统内完成的，因此在变更完成后，由NC系统发起同步请求，将变更后的客商信息写入指定位置进行同步；三是客商合并同步，由于客商合并是由手工在NC系统内完成的，因此在合并完成后，由NC系统发起同步请求，将合并后的客商信息写入指定位置进行同步。
③帐套同步：由NC系统发起同步请求，将变更的帐套信息写入指定位置，与客商管理系统实现同步。
④地区码同步：由NC系统发起同步请求，将变更的地区码信息写入指定位置，与客商管理系统实现同步。