系统项目需求分析说明书
学生信息管理系统项目需求分析说明书
学生信息管理系统项目需求分析说明书文档作者：项目组长：批准人：批准日期：目录1绪论 (2)1.1 课题研究背景 (2)1.2 国内外研究动态 (2)1.3 选题的意义和价值 (3)2 相关技术简介 (4)2.1 开发技术的选择 (4)2.2 项目开发的工具 (5)2.2.1 MYECLIPSE简介 (5)2.2.2 MYSQL简介 (5)2.2.3 TOMCAT简介 (5)2.3 数据库的连接 (6)3系统需求分析 (6)3.1 可行性分析 (6)3.2 功能需求分析 (7)3.3 性能要求分析 (7)3.4运行环境规定 (8)1绪论1.1 课题研究背景随着我国教育产业化的飞速发展，社会对教育水平和教学管理软硬件的要求日益提高，尤其是对一个学校能够具有一整套完善的教学管理软件提出了更多的要求。
为了适应这种形式，教育系统尤其是大学不仅首先要有坚实的硬件基础，还要有一整套完善的教学管理软件管理系统。
而要实现这一功能，就要求学校管理者配备一套高效的教育管理网络系统，以便在学校内实施良好的一整套完善的管理且以最快地速度响应教师和学生的需求，及时为他们提供服务，为他们提供一个高效、便捷的环境。
学生信息管理系统是校园网络中一个重要的应用系统，它大大改善了学校教学、科研与管理的基础环境，在一定程度上反映出学校管理现代化的水平。
1.2 国内外研究动态管理信息系统(MIS)是进行信息的采集、存储、加工、维护和使用的系统。
它是随着管理科学和技术科学的发展而形成的。
MIS的发展与计算机网络技术的发展是紧密相关的，随着Internet/Intranet技术的广泛应用，MIS的体系结构也发生很大的变化，从以往基于C/S结构的数据访问及安全体系发展到当前的基于B/S结构体系。
学生信息管理系统是典型的管理信息系统（MIS），其系统开发主要包括数据库的规划设计与维护和客户端应用程序的开发两个方面。
对于前者要求建立起的数据库具有完整性和一致性，且具有一定的数据安全性，而对于后者则要求程序界面友好、功能完备，容易使用，具有流行软件的操作习惯等特点。
系统软件需求和需求分析说明书模板(用例图+界面+文档)
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、用户管理模块：提供用户管理功能，包括用户权限设置、用户培训等，确保系统的安全性和用户的有效使用。
需求分析本系统的需求分析过程主要包括以下步骤：1、收集需求：通过访谈、问卷调查和竞品分析等方式，收集用户需求和产品需求。
2、需求筛选：对收集到的需求进行筛选，去除无效或低优先级的需求。
3、需求分类：将筛选后的需求按照功能需求、非功能需求、技术需求等进行分类。
4、需求分析：对每类需求进行深入分析，评估需求的可行性和优先级。
5、生成需求文档：将分析后的需求整理成简洁、清晰的文档，便于开发人员理解和实施。
需求分析结果经过需求分析过程，我们可以得到以下结果：1、用户需求和产品需求的优先级和数量。
2、对应的业务流程和界面设计。
3、功能模块的划分和关联关系。
4、系统性能、安全、可维护性等方面的需求。
这些结果将为后续的系统开发和实施提供准确、实用的指导。
系统测试本系统采用严格的测试流程，包括以下环节：1、单元测试：对每个独立的功能单元进行测试，确保其符合设计要求。
2、集成测试：将各个单元组合在一起进行测试，确保它们之间的协作顺畅无误。
3、性能测试：测试系统的响应速度和处理能力，确保其能够在预期的负载下正常运行。
系统需求说明书一
系统需求说明书一系统需求说明书一1.引言1.1 文档目的本文档旨在详细描述系统的需求，并为软件开发过程提供指导。
1.2 文档范围本文档适用于系统的开发、测试和维护过程中的所有人员。
1.3 读者对象本文档的主要读者对象为软件开发团队、测试团队、项目经理和需求分析师。
1.4 术语和缩写术语为本文所涉及的专业术语，缩写为相关缩写词语。
2.项目简介2.1 项目背景该系统旨在解决问题，并提供一套可靠、高效的解决方案。
2.2 目标和目的该系统的目标是提供以下功能：- 功能1：- 功能2：- 功能3：3.功能需求3.1 功能1详细描述功能1的需求和规格。
3.2 功能2详细描述功能2的需求和规格。
3.3 功能3详细描述功能3的需求和规格。
4.非功能需求4.1 性能要求描述系统在特定条件下的性能要求和限制。
4.2 可靠性要求描述系统在异常情况下的可靠性要求和处理方式。
4.3 安全性要求描述系统对数据安全和用户隐私保护的要求。
4.4 用户界面要求描述系统用户界面的要求和设计。
5.系统架构5.1 系统组件描述系统的各个组件之间的关系和交互方式。
5.2 数据库设计描述系统数据库的结构和关系。
5.3 系统接口描述系统与外部系统的接口和通信方式。
6.系统约束6.1 技术约束描述系统开发和部署过程中的技术限制和要求。
6.2 硬件约束描述系统运行所需的硬件资源和限制。
6.3 软件约束描述系统运行所需的软件环境和限制。
7.附件详细列出本文档所涉及的附件，包括相关图表、文档和数据等。
8.法律名词及注释8.1 法律名词1该法律名词的注释和解释。
8.2 法律名词2该法律名词的注释和解释。
9.结束语。
系统分析说明书
系统分析说明书系统分析说明书1、引言1.1 文档目的本文档旨在对系统进行全面的分析，包括系统的目标、功能需求、非功能需求、系统架构和设计等方面的详细说明，以便为系统的开发和实施提供指导。
1.2 文档范围本文档适用于系统分析阶段，包括需求收集、需求分析、系统规划等环节。
2、系统概述2.1 系统背景介绍系统的背景和相关背景信息，包括当前业务状况、业务需求和业务目标等。
2.2 系统目标详细描述系统的目标和期望实现的业务价值，明确系统应达到的功能和性能要求。
3、用户需求3.1 功能需求系统的功能需求，包括用户管理、数据输入、数据查询、报表等方面的具体需求描述。
每个需求都应包含输入、输出、流程和限制条件等信息。
3.2 非功能需求说明系统的非功能需求，包括安全性、可用性、可靠性、性能等方面的需求描述。
每个需求都应具体说明要求和限制条件。
4、系统规划4.1 系统结构描述系统的整体结构和组成部分，包括前端应用、后端数据库、中间件等方面的构成和关系。
4.2 数据库设计详细说明系统的数据库设计，包括数据表的结构和字段定义、数据关系和约束等信息。
5、系统设计5.1 系统架构设计说明系统的整体架构设计，包括系统的分层、模块划分、系统组件和接口设计等方面的内容。
5.2 系统模块设计详细描述系统的各个模块的功能和设计，包括界面设计、算法设计、数据模型设计等方面的内容。
6、扩展性和可维护性说明系统的扩展性和可维护性设计，包括系统的可扩展性方案、代码结构和注释规范等方面的内容。
7、附录本文档涉及的附件包括系统原型图、数据字典、数据库结构图等。
8、法律名词及注释本文档所涉及的法律名词及其注释详见下表：---- 名词 ---- 注释 ---------------------------------------------- 法律名词1 ---- 注释1 -------- 法律名词2 ---- 注释2 -------- 法律名词3 ---- 注释3 ----。
系统需求分析说明书
城市交通管控系统需求分析说明书文件编号：编写:审核：批准：版权所有翻印必究目录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绪论 (2)1.1 课题研究背景 (2)1.2 国内外研究动态 (2)1.3 选题的意义和价值 (3)2 相关技术简介 (4)2.1 开发技术的选择 (4)2.2 项目开发的工具 (5)2.2.1 MYECLIPSE简介 (5)2.2.2 MYSQL简介 (5)2.2.3 TOMCAT简介 (5)2.3 数据库的连接 (6)3系统需求分析 (6)3.1 可行性分析 (6)3.2 功能需求分析 (7)3.3 性能要求分析 (7)3.4运行环境规定 (8)1绪论1.1 课题研究背景随着我国教育产业化的飞速发展，社会对教育水平和教学管理软硬件的要求日益提高，尤其是对一个学校能够具有一整套完善的教学管理软件提出了更多的要求。
为了适应这种形式，教育系统尤其是大学不仅首先要有坚实的硬件基础，还要有一整套完善的教学管理软件管理系统。
而要实现这一功能，就要求学校管理者配备一套高效的教育管理网络系统，以便在学校内实施良好的一整套完善的管理且以最快地速度响应教师和学生的需求，及时为他们提供服务，为他们提供一个高效、便捷的环境。
学生信息管理系统是校园网络中一个重要的应用系统，它大大改善了学校教学、科研与管理的基础环境，在一定程度上反映出学校管理现代化的水平。
1.2 国内外研究动态管理信息系统(MIS)是进行信息的采集、存储、加工、维护和使用的系统。
它是随着管理科学和技术科学的发展而形成的。
MIS的发展与计算机网络技术的发展是紧密相关的，随着Internet/Intranet技术的广泛应用，MIS的体系结构也发生很大的变化，从以往基于C/S结构的数据访问及安全体系发展到当前的基于B/S结构体系。
学生信息管理系统是典型的管理信息系统（MIS），其系统开发主要包括数据库的规划设计与维护和客户端应用程序的开发两个方面。
对于前者要求建立起的数据库具有完整性和一致性，且具有一定的数据安全性，而对于后者则要求程序界面友好、功能完备，容易使用，具有流行软件的操作习惯等特点。
系统需求分析说明书
系统需求分析说明书系统需求分析说明书1：引言1.1 目的1.2 背景1.3 目标受众1.4 术语定义2：项目概述2.1 项目背景2.2 项目目标2.3 项目范围2.4 项目限制条件2.5 假设和约束2.6 项目利益相关者3：业务需求分析3.1 业务目标3.2 用户需求3.3 业务规则3.4 用例图/流程图4：功能需求分析4.1 功能需求概述4.2 功能性需求4.3 非功能性需求4.4 系统边界图/状态图 4.5 数据字典5：系统架构设计5.1 技术架构5.2 系统组件5.3 硬件需求5.4 软件需求5.5 接口需求6：数据库设计6.1 数据库概述6.2 数据库模型6.3 数据表设计6.4 数据库关系图7：安全需求7.1 安全目标7.2 访问控制需求7.3 数据保护需求7.4 安全性测试要求8：性能需求8.1 响应时间需求8.2 并发用户数需求 8.3 内存和存储需求 8.4 可用性和容错需求9：测试与验证计划9.1 测试策略9.2 测试计划9.3 验证方法9.4 验证标准10：项目进度和里程碑安排10：1 项目时间安排10：2 里程碑定义10：3 项目资源需求11：风险分析和管理11.1 风险识别11.2 风险评估11.3 风险处理计划12：项目交付计划12.1 交付要求12.2 项目交付流程12.3 项目验收标准13：附件附件：具体包括但不限于项目相关文件、界面原型图、数据库设计图等。
法律名词及注释：- 1：法律名词1: 注释1 - 2：法律名词2: 注释2 - 3：法律名词3: 注释3。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CRM客户关系管理——项目需求分析说明江苏淮微技术中心Jiangsu Microsoft Technology Center文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改文件标识：Company-Project-C-2 当前版本： 1.0作者：xx完成日期：2011-11.9第一部分引言1.1编写目的本规格说明描述了CRM项目的需求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的规格和内容。
并且作为各方面沟通的依据，也作为下一步工作提供基准。
软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点，经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。
1.2适用范围本文档主要设计CRM的应用模型和功能需求描述。
1.3背景A、软件系统的名称：CRM客户关系管理系统B、任务提出者：中文名称(英文)开发者：江苏淮微技术中心（Jiangsu Microsoft Technology Center）C、本系统目前是独立的系统，暂不与江苏淮微技术中心的其他软件系统提供接口，所产生的输出也将是独立的。
最终用户可通过互联网或局域网以多种方式使用本系统。
本系统将使用SQL Server2005作为数据库存储系统，SQL Server2005软件由用户自行提供1.4 术语、定义和缩写定义：CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。
缩写：CRM1.5文档概述本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求1.6参考资料相关的文件包括：Ａ、江苏淮微技术中心《CRM项目开发计划》；参考资料：A、国家标准《软件需求说明书（GB856T——88）》B、《软件工程》C、《设计模式》D、《CRM客户关系管理系统》第二部分任务概述2.1目标CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。
具体说来，系统的目标包括：➢客户管理➢事物管理➢销售管理➢采购管理➢商务管理➢服务管理➢汇总中心➢权限管理2.2 用户的特点客户关系管理系统是基于销售漏斗为理念研究开发，以客户为中心，完整记录客户生命周期的全过程，帮助企业更好的获取和保存客户信息，有效的避免客户信息流失。
根据访问站点的频繁程度，系统每天操作完成一个功能点应该在100-1000次之间对用户界面的友好性，应由一定的要求2.3假定和约束设计和实现上的假定：A、系统基于.Net开发B、系统采用 C# 多层结构进行开发C、系统采用B/S结构D、系统采用Microsoft SQL Server 2005数据库第三部分需求规定3.1对功能的规定3.1.1 客户管理3.1.2 事物管理3.1.3 销售管理3.1.4采购管理3.1.5 商务管理3.1.6 服务管理3.1.7 汇总中心3.1.8 权限管理3.2 系统功能概述3.2.1 客户管理3.2.1.1 基本管理1.客户分类2.客户录入/修改3.客户查询4.客户联系人录入/修改5.客户信用评定6.客户变更7.客户记录8.客户关怀9.客户请求/投诉10.客户订单11.客户统计12.客户回款及欠款管理3.2.1.2 客户服务1客户投诉/服务请求处理：纪录内容包括：客户名称、投诉内容（产品损坏、服务不周到等）、投诉类别、投诉时间、服务人员等2客户投诉查询：按时间段、客户名称、内容关键字、类别、服务人员等综合统计进行查询3 服务资源：包括常见问题，培训教材，产品教材，营销知识、相关知识等，服务人员在对客户服务的过程中，相关的资料会自动保存到公司知识库中（分类存储）4联系人管理：包括客户联系人，公司服务部门联系人等5合同订单/服务合约：查看公司与客户签订的各种合同/合约，以便对决定对客户服务类别（供有偿/无偿服务）或者服务响应方式（比如几小时内到现场，是否一周7天都提供服务等）提供决策支持6客户回访：对客户的服务或投诉处理完成后，系统自动递交客户回访调查表，调查客户对本次服务的的满意度，以及客户的其他建议等7客户调查服务人员周期性的对客户进行调查，针对性的发放调查表，便于客户关系保持和收集客户意见反馈（传真--表格、邮件--回复、现场--服务、电话--记录）8客户关怀：系统对客户公司或联系人的重大事件或纪念日做出提醒，便于客服人员对客户做出关怀服务9邮件群发：提供邮件群发工具，该工具可能在发放调查表，客户回访纪录表，客户关怀时用到10短息群发：提供邮件群发工具，该工具可能在发放调查表，客户回访纪录表，客户关怀时用到。
3.2.1.3 客户积分每个客户销售金额累计积分，积分到达一定范围提醒3.2.1.4与B2C网站对接，注册网站的用户信息直接导入系统中3.2.2事物管理3.2.2.1联系活动3.2.2.2 市场活动1竞争对手：记录竞争对手的情况，对竞争对手的信息的记录和采集，对竞争对手的产品、价格、优势、劣势2经销商：纪录经销商的情况3费用管理：a.费用申请在联系活动记录、市场活动记录中都会涉及费用的管理，在这些模块中都有功能可以转到费用申请模块，系统会自动将费用与活动建立关联费用字段包括：申请人，相关机会，相关活动，相关客户，申请金额，申请时间等b.费用审批经理或公司高层人员审核费用申请，纪录审批人，审批人意见，审批时间，审批金额等c. 费用统计对某次成交纪录，或某个员工、某次市场活动进行历次联系活动的费用累计3.2.3 销售管理3.2.3.1信息来源管理业务人员根据商机所在区域获取商机信息，牵涉到的经销商及信息，包括类别（集体、个人）、行业、采购时间、订货时间、联系人、联系方式等并研究商机是否有价值，如果有价值的话可提交给高层管理人员进行审核。
3.2.3.2信息分段管理、跟踪、分析想要与客户成功保持长期供货关系，要经过长时间的跟踪和分析，并可根据人员跟踪到该人员负责客户每次的销售信息，并能详细分析下次销售发展方向，通过产品、服务（口碑）、人际关系、价格等因素；高层管理人员可以查看其负责的所有人员的销售信息及商机情况，也可根据客户名称查询到各个人员负责客户的阶段销售信息，并做总体分析。
3.2.3.3商机录入业务人员通过市场渠道了解到的商机信息（销售资源信息表，包括：客户名称、地址、负责人，联系方式、采购时间、采购用途、需求产品、公司规模、行业等等）发布到系统中，同时根据操作人员的选择，决定商机是否在保存的同时上报到高级管理人员，商机录入字段包括：商机主题、客户名称、地址、负责人，联系方式、采购时间、采购用途、预算、需求产品、公司规模、行业等等。
3.2.3.4商机上报商机可以转到指定的上级主管人员，系统会通过系统协作组件通知相关主管人员对商机进行审批（系统中会有单据待审批的提示）。
3.2.3.5商机审批可根据阶段情况进行审批，（如：有购买意向后，领导可批准人员对销售进行进一步的跟踪；跟踪到一定程度后，领导做下一步审批，进入销售发货等阶段，如果审批不通过，业务人员对商机进行修改并提交部门经理；审批通过后（部门经理做出批示），部门经理对商机（项目机会）进行分配，一旦被分配后，只有被分配到的业务人员或其上级领导才能看到该机会信息，其它人无权限查看，可以根据人员活动做后续信息补充及修改，修改后有历史记录。
3.2.3.6商机查询商机通过审批后，市场人员，普通业务员，业务管理人员可以通过系统了解到新的商机查询方式：按主题、商机主题、客户名称、采购时间、产品、业务员等多种条件的组合查询。
3.2.4 采购管理3.2.4.1 订单管理1．用户订购栏目，包含订单ID,用户ID,产品ID,订购数量，单件价格，备注信息，订单状态，订购日期等项目。
2．订单状态预设为3种模式1. 无效订单2.有效订单3. 已完成3．普通用户通过进入产品展示页，并点击页面中的相应按钮进入用户订购页。
4．用户在订购页中，输入订购数量，及个人联系方式信息，及完成订购。
3.2.4.2 订单查看1．后台管理人员可以查看用户发布的订单信息，并通过操作，设置订单的状态。
2．后台管理人员可以修改，删除订单信息。
3.2.5商务管理3.2.5.1销售签约3.2.5.2合约回款对于经销商或客户的合同进行备案管理，其中信息包括，负责人、合同编号等。
3.2.6 汇总中心对于销售能够按照日、周、月、季度、半年、年期间段对营销中心、大区、经销商及个人做利润分析，包括发货额、回款额、折扣率、当期支出等做汇总显示。
3.2.7权限管理3.3 对性能的规定3.3.1 精度1、在执行数据增加的时候，不允许出现因为程序的原因导致增加操作失败，也不允许发生重复增加的情况2、在执行数据删除的时候，不允许因为程序的原因发生多删除数据，删除失败的情况3、数据的修改也要求保持对应的准确性3.3.2 灵活性3.3.2.1 操作方式程序在通常的应用环境下使用鼠标和键盘进行输入和输出操作，对于执行按钮，通常使用鼠标的点击完成，同时用户界面要求全部支持键盘的定位操作（在不安装鼠标的计算机上，也能够运行该系统）3.4.2.2 运行环境程序在通常的条件下，在Windows Server 2000//2003/2008 上安装部署，但是，还要求能够在后续的MS的操作系统上运行。
3.4.2.3 故障处理的要求A、在用户输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者程序停止运行B、数据库要求有灾难备份机制，以防止数据的丢失3.4.2.4 其他要求A、安全性网络安全：能够承受来自网络的一般性恶意攻击，为此，必须配备较强的网络安全防范响应能力，为应用系统提供安全可靠的网络平台数据库安全：数据库级备份和恢复。
使得在异常情况发生时，系统可以的得以快速恢复，避免数据的丢失或将其影响降到最低程度。
应用系统的安全：通过对用户的身份鉴别，并实施相应的访问控制策略后，使用户只能完成得到系统授权的数据访问功能操作B、可扩充性系统在开发完毕后，应允许对功能进行扩展或者功能的重新解释和实现C、健壮性系统应保证在一定时间内运行稳定D、易用性系统应易学易用、符合标准浏览器操作风格，，丰富的联机帮助，人性化的操作界面。
第四部分运行环境规定4.1 设备硬件要求：处理器：型号（频率）内存：型号（频率）硬盘：型号（容量）网卡：型号硬件防火墙4.2 支持软件浏览器客户端：操作系统：Windows XP/Vista/2007 或更高版本浏览器：IE7.0以上版本数据库服务器：操作系统：Windows 2003 Server或更高版本WEB服务器：IIS 6.0 或更高版本应用服务器：IIS 6.0 或更高版本数据库：Microsoft SQL Server 2005 或更高版本。