下载文档原格式
序号修改条款修改单号页号修改人批准人实施日期注：对该文件内容增加、删除或者修改均需填写此变更记录，详细记载变更信息，以保证其可追溯性。
本规范根据GB/T8567-2022 编写。
目录1 引言 (4)1.1 标识 (4)1.2 系统概述 (4)1.3 文档概述 (4)1.4 引用文件 (4)2 任务概述 (4)2.1 目标 (4)2.2 用户类和特性 (5)2.3 假定和约束 (5)3 需求分析 (5)3.1 系统总体功能和业务结构及流程 (5)3.2 硬件系统需求 (5)3.3 软件系统需求 (5)3.4 接口需求 (5)3.4.1 系统外部接口标识和接口图 (5)3.4.2 系统内部接口标识和接口图 (5)3.5 系统能力需求 (6)3.5.1 ... 系统能力(子系统功能) .. (6)3.5.2 ... 系统能力(子系统功能) .. (6)3.6 系统内部数据需求 (6)3.7 系统适应性 (6)3.8 系统保密性和安全性要求 (6)3.9 操作需求 (6)3.10 故障处理需求 (7)3.10.1 软件系统出错处理 (7)3.10.2 硬件系统冗余措施说明 (7)3.11 计算机资源需求 (7)3.11.1 计算机硬件需求 (7)3.11.2 计算机资源利用需求 (7)3.11.3 计算机软件需求 (7)3.11.4 计算机通信需求 (8)3.12 系统质量因素 (8)3.12.1 系统可靠性 (8)3.12.2 系统易维护性 (8)3.12.3 系统灵便性 (8)3.12.4 软件可移植性 (8)3.12.5 易用性 (8)3.13 系统设计和构造的约束 (8)3.14 相关人员需求 (9)3.15 相关培训需求 (9)3.16 包装需求 (9)4 合格性规定 (9)5 需求可追踪性 (10)6 非技术性需求 (10)7 注释 (10)附录 (10)应包含本文档合用的系统和软件的完整标识，包括标识号、标题、缩略词语、版本号和发行号等。
鑫方圆纺织有限公司进销存管理系统《需求说明书》第一部分、引言1.1编写目的该文档为我项目组与鑫方圆纺织有限公司人员交流、洽谈，共同制定。
确定鑫方圆纺织有限公司进销存软件系统功能，文档化需求，方便我项目组后期开发按需求完成功能。
达到鑫方圆纺织有限公司预期的效果。
同时，该文档也是我项目组是否按要求完成项目计划的依据。
日期：2011年**月**日1.2背景说明：A、软件名称：鑫方圆纺织有限公司进销存管理系统B、提出者：鑫方圆纺织有限公司开发者：华腾软件学院实现完成的系统将在鑫方圆纺织有限公司的采购、销售、仓储等部门使用，所应用的网络是鑫方圆纺织有限公司内部服务器网。
该公司的相关操作人员可以通过内部网络来操作本系统。
C、本系统将是独立的系统，目前不予鑫方圆纺织有限公司的其他软件系统提供接口，与第三方软件无交互，所产生的输出都是独立的。
第二部分、任务概述2.1目标鑫方圆纺织有限公司为了实现纺织管理信息化，以及各部门管理的规范化，流程化，以及仓库管理的严格化，而委托我项目组开发一套采购、销售、库存等各部门管理一体化的系统。
达到仓库管理清晰化，透明化，解决手工记录造成的混乱不清，以及销售订单、采购计划、仓库管理，一体化管理。
解决信息流通不够及时，处理问题不够迅速的目标。
我项目组根据需求设计了如下解决方案：（具体功能说明后面有介绍）基本信息管理采购管理销售管理仓库管理系统管理统计分析第1页共10页该软件为内部服务器运行系统，并不与其他软件有任何交互。
是一款可独立运行的完整系统。
2.2用户特点系统管理员：具有丰富的服务器技术、和软件系统，负责软件超级管理员管理。
经 理：简单培训即可迅速掌握软件使用方法。
软件主要使用人员 销售人员：简单培训即可迅速掌握软件使用方法。
软件主要使用人员 采购人员：简单培训即可迅速掌握软件使用方法。
软件主要使用人员 仓库主管：简单培训即可迅速掌握软件使用方法。
软件主要使用人员 仓库管理员：简单培训即可迅速掌握软件使用方法。
（完整word版）需求分析说明书（word文档良心出品）.docx《人力管理系统- 需求计划》需求分析说明书1.引言1.1 编写目的能够为系统分析师设计完成概要设计提供资料。
1.2 背景1）《人力资源管理系统-需求计划》；2）参与者：系统分析员，软件工程师，测试工程师。
3）使用者：人力资源部门员工和部门高级管理人员。
1.3 专门术语的定义岗位本职：该岗位的工作职责范围。
岗位任职资格核心要求：指该岗位上的员工所要具备的资格和技能。
1.4 参考资料《需求调研报告》《面向对象设计思想》《UML 设计思想》1.5 阅读对象本文档的读者是参与《人力资源管理系统开发》的软件工程师和测试工程师，本系统的使用将极大提高工作效率，简化手工作业流程，降低手工工作量和错误率。
2任务概述2.1 目标提高人力资源部门的工作人员和高级管理人员完成“人员需求计划”工作的效率，以软件系统的灵活的处理方式来简化繁琐的人工操作工程。
2.2 用户特点1)熟悉基本的计算机操作；2)熟悉人力资源管理工作的内容和流程；3)高级管理人员；2.3 假定和约束开发的期限为 1 个月。
开发的人员为N 人2.4 总体需求描述1)通过组织管理中有关管理模块或人事管理模块相关信息，提醒：出现岗位空缺（向用人部门主管、负责人，人力资源部招聘中心负责人、部长提示）。
2)提示用人部门负责人该岗位的需求信息，形成需求计划。
3)确定是否执行需求计划，若选定为“暂不需要”，则待约定日期到期后再提醒，若选定为“需要”则自动转入待批准需求类计划列表当中。
4)人力资源部人力规划与招聘中心审批待批准需求计划，进行一次审核。
5)人力资源部长进行二次审核，若审核通过（列明可选理由并附文字说明）进入三次审核，若不通过（列明可选理由并附文字说明）则将该记录保留并抄转至用人部门负责人，并予以提醒。
6)分管副总进行三次审核，若审核通过（列明可选理由并附文字说明）则在招聘计划板块生成招聘需求，若不通过（列明可选理由并附文字说明）则将该记录保留并抄转至用人部门负责人，并予以提醒。
需求分析报告怎么写（总结报告模板范文格式要求）
需求分析报告
版本：1.0.0
编者年月日审核年月日批准年月日
X X X
二〇一九年八月
需求分析报告
一、引言
1.1 编写目的
对产品或项目进行定义，包括修正或发行版本号。
如果这个软件需求规格说明只与整个系统的一部分有关系，那么只定义文档中要说明的部分或子系统。
1.2 背景说明
说明项目或模块开发背景。
1.3 预期读者和阅读建议
列举软件需求规格说明书所针对的不同读者，如用户、设计人员、编程人员、测试人员、项目经理、市场人员等。
指出最适合于每一类型读者阅读文档的建议。
1.4 术语定义
解释需求说明书中的术语、名词、简称及缩写等等。
1.5 参考文献
列出所有参考资料、参照的软件名称，包括标题名称、作者、版本号、日期、出版单位或资料来源，以方便读者查阅这些文献。
二、任务概述
2.1 目标
描述项目或业务模块要达到的目标。
第 2 页/ 共7 页。
![需求分析报告怎么写[范文模版]](https://uimg.taocdn.com/826ebb6bcec789eb172ded630b1c59eef8c79afe.webp)
需求分析报告怎么写[范文模版]需求分析报告篇一需求分析报告（一）一、那些人应该参与网站开发项目的需求分析活动需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。
这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。
所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。
而项目的管理者在需求分析中的职责有如下几个方面：1、负责组织相关开发人员与用户一起进行需求分析。
2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。
3、组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。
4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。
5、如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。
二、完整的需求调查文档记录体系在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。
为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。
各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。
三、向用户调查些什么在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。
需求分析书要求一、排版的总体要求（一）页面设置页边距的要求为：上（T）：2.5 cm；下（B）：2.5 cm；左（L）：2 cm；右（R）：2 cm (二)排式与用字文字图形一律从左至右横写横排。
文字一律通栏编辑。
正文采用宋体小四，字迹清楚整齐，除特殊需要，一般不使用繁体字。
（三）段落设置缩进：左右侧缩进字符为零；无特殊格式；间距：段前段后为零行，采用1.5倍行距。
（四）页眉、页脚设置页眉：宋体小五，左侧：北京科蓝软件系统股份有限公司，右侧：****需求分析说明书；页脚：页码，居中；在扉页之后，正文（项目背景）之前，页面格式为罗马数字Ⅰ，Ⅱ…；自正文开始，页码格式为**/**；二、需求分析书内容与要求（一）需求分析书应依次包括如下页面1.扉页，注明需求分析名称、项目名称等；2.文档修订记录，记录何时、因何事做了什么修订；3.目录，最少要到二级标题，注意每次更新文档时更新目录；4.项目背景；按照统一模板写，但要注意替换银行、具体功能等字段；5.业务要求，主要用于明确该系统或该模块的整体业务背景、业务前提、业务框架，以及全局性业务规则等；6.功能分析，可具体细分为客户端功能分析、后台管理端功能分析等；7.附录，可在文档最后增加说明性文档或其他需要补充的资料文档。
（二）扉页注意事项1.左上角的文档编号注意根据项目更改，格式为公司英文简称-年份，如GSJC-2021；2.右上角的分发号，格式为年份-序号，如2015-001，根据在该行在该年的文档个数，进行编号即可；3.需求分析书名称，要写明***系统，**功能。
（四）页码标准注意事项1.封面页无页码；2.从文档修订记录到目录部分页码标注使用罗马字母（I, II,III…），页码设于页面下方，居中；3.正文部分页码标注用阿拉伯数字（1, 2, 3,…），页码设于页面下方，居中。
（五）页眉1.扉页无页眉，其余所有页面需加页眉；2.页面距离顶端1厘米；3.页眉字体：宋体，小五号；4.页眉内容为：左侧为公司名称，右侧为需求分析说明书名称，如民生银行直销银行功能需求分析说明书；新项目注意要更换银行、项目名称；5.插入页眉方法： Word文档中点击“插入”栏，选择“页眉页脚”。
需求分析书规范1.2工程背景²阐述当前业务系统现状以及业务未来的开展情况²阐述新系统与其它系统的关系1.3根本定义²列出文档中所用到的专门述语的定义和缩写词的原文。
第二章产品概述2.1目标²描述要开发产品应到达的目标。
2.2运行环境²描述产品所应用环境的框架。
包括软件组成、硬件组成、网络构成、系统架构及其说明等。
2.3条件与限制²给出产品设计应遵守的条件和受到的限制。
主要有如下几方面：1.开发单位或部门应具备的条件。
2.开发者完成开发工作的期限。
3.系统在推广、上点的时间和条件限制。
4.应用环境受到的限制，如网络带宽。
5.可维护性、可移植的限制。
6.软件使用者、管理者对计算机了解的限制。
应根据软件所面向的对象〔业务人员、个人、企业等〕，设计时给予不同的考虑。
7.系统应用标准的限制，包括应用机构数、终端数等。
8.业务规模的限制〔百万笔／小时〕，即对系统处理能力的要求。
第三章业务流程分析3.1业务流程分析²采用结构化分析等方法对业务流程进行分析，弄清部门关系、客户关系、柜员关系、管理者关系、银行关系等。
3.2业务数据流图²根据业务流程分析，绘制详细的业务数据流图〔DataFlowDiagram〕。
²DFD图的根本符号如下：数据输入的源点(ource〕或数据输出的汇点(ink)。
其中要注明源点或汇点的名字。
加工。
输入数据在此进行变换产生输出数据，其中要注明加工的名字。
数据流。
被加工的数据与流向，箭头边应给出数据流名字，可用名词或名词性短语命名。
数据存储文件或数据表名。
也必须加以命名，用名词或名词性短语命名。
3.2数据词典²对业务数据流图中出现的所有被命名的图形元素在数据词典中作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释。
数据词典中所有的定义应是严密、精确的，不可有半点含混，不可有二义性。
需求分析报告编写规范2.适用范围适用于本公司软件产品或软件工程的需求分析报告的编制。
3.术语及缩略语本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.编写标准4.1排版标准1〕整个标准由2节构成，模板单独一节。
2〕正文样式采用“标准正文”。
4.2模板使用需求分析报告的编写可依据具体情况选用摸板的格式或编写指南的格式。
1〕拷贝标准。
2〕删除第一节〔需求分析报告封面前的所有页〕。
3〕在修改完内容后，更新目录域和相关的页数域。
5.引用文件5.1NW503102《软件功能规格说明书编写标准》6.附录以下局部为需求分析报告的模板与编写指南。
1.2背景指出待开发的软件系统的名称；行业情况；本工程的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的根本的相互来往关系。
网点简介1.4术语列出本报告中用到的专门术语的定义。
2.2系统〔或用户〕的特点如果是产品开发，应列出本软件的特点，与老版本软件〔如果有的话〕的不同之处，与市场上同类软件〔如果有的话〕的比拟。
说明本软件预期使用频度；如果是针对合同开发，那么应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。
这些是软件设计工作的重要约束。
3.假定和约束列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。
4.2对功能的一般性规定本处仅列出对软件系统的所有功能〔或一局部〕的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。
4.3对性能的一般性规定对数据精度、响应时间的要求。
本处仅列出对软件系统的所有功能〔或一局部〕的共同要求，针对某一功能的专门性能要求应列在该功能规格说明中。
4.4其他专门要求视具体情况，列出不在本标准规定中的需求，如对数据库的要求，多平台特性要求，操作特性要求，场适宜应性要求等对一具体软件系统的所有功能〔或一局部〕的共同要求，针对某一功能的专门要求应列在该功能说明中。
需求分析报告规范需求分析是项目管理过程中的重要环节，其主要目的是明确项目的目标和需求，为项目的规划和实施提供基础。
一份规范的需求分析报告能够清晰地传达项目的需求，协助团队成员理解项目的目标和要求，从而推动项目的顺利进行。
以下是一份规范的需求分析报告的写作要点，以帮助您完成一份高质量的需求分析报告。
一、报告概述在报告的开头，应该对报告的目的和范围进行简要概述，明确报告的主题和内容。
同时需要提供一份目录，将报告的各个部分列清楚，便于读者对报告内容的查找和理解。
二、项目背景项目背景一节应该包括项目的背景信息和当前的问题或挑战。
此部分的目的是为读者提供项目的背景信息，帮助他们理解项目的起因和目的。
三、项目目标在项目目标一节中，应该清晰地列出项目的目标和预期结果。
这些目标和结果应该是具体、可衡量和可实现的，便于项目团队衡量项目的成功程度。
同时，还应该将项目目标与业务目标或战略目标对应起来，以便读者理解项目的重要性和价值。
四、需求概述需求概述一节应该对项目的主要需求进行概述，包括功能需求和非功能需求。
功能需求是指系统或产品应该具备的功能，而非功能需求是指系统或产品应该满足的性能、安全、可用性等方面的要求。
需求概述应该具体、明确，并且与项目目标相一致。
五、详细需求分析在详细需求分析一节中，应该对每个功能需求进行详细的描述和分析。
每个功能需求应该包括以下内容：1. 功能描述：清晰地描述功能的具体内容和预期效果。
2. 优先级：将功能需求按照重要性进行排序，帮助项目团队确定开发和测试的优先级。
3. 需求来源：指明每个功能需求的来源，如用户需求、业务需求、市场需求等。
4. 输入数据：描述功能所需的输入数据，以及输入数据的格式和规范。
5. 输出数据：描述功能的输出数据，以及输出数据的格式和规范。
6. 限制条件：列出所有限制功能实现的因素，例如技术限制、资源限制等。
六、非功能需求分析在非功能需求分析一节中，应该对每个非功能需求进行详细的描述和分析。
需求分析说明书（编写规范）1. ⽂档概述[该部分主要是对软件需求规格说明书⽂档进⾏基本的描述，包括该⽂档的⽬的、范围、术语定义、参考资料以及概要。
] [软件需求规格说明书⽤来系统、完整地记录系统的软件需求。
该软件需求说明书的基础是⽤例分析技术。
因此该⽂档中应包括⽤例模型、补充规约等内容。
]1.1⽬的[在此⼩节中，主要对软件需求规格说明书的⽬的做⼀概要性说明，通常软件需求规格说明书应详细地说明应⽤程序、⼦系统的外部⾏为，还要说明⾮功能性需求、设计约束，以及其它的相关因素。
]1.2范围[系统是有范围的，⽽不是⽆限扩展的，对于⽆限扩展的需求是⽆法进⾏描述的。
因此，在本⼩节应该对该说明书所涉及的项⽬范围进⾏清晰的界定。
指定该规格说明书适⽤的软件应⽤程序、特性或者其它⼦系统分组、其相关的⽤例模型。
当然在此也需要列出会受到该⽂档影响的其它⽂档。
]1.3 定义、⾸字母缩写词和缩略语[与其它⽂档⼀样，该⽂档也需要将本⽂档中所涉及的所有术语、缩略语进⾏详细的定义。
还有⼀种可简明的做法，就是维护在⼀个项⽬词汇表中，这样就可以避免在每个⽂档中都重复很多内容。
]1.4参考资料[在这⼀⼩节中，应完整地列出该⽂档引⽤的所有⽂档。
对于每个引⽤的⽂档都应该给出标题、标识号、⽇期以及来源，为阅读者查找这些⽂档提供⾜够详细的信息。
]1.5 概述[在本⼩节中，主要是说明软件需求规格说明书各个部分所包含的主要内容，就像⼀个⽂章摘要⼀样。
同时也应该对⽂档的组织⽅式进⾏解释。
]2. 整体说明[在本节中，将对整个软件需求进⾏总体性的描述，以期让读者对整个软件系统的需求有⼀个框架性的认识。
也就是说，该节中主要包括影响产品及其需求的⼀般因素，⽽不列举具体的需求。
主要包括产品总体效果、产品功能、⽤户特征、约束、假设与依赖关系、需求⼦集等⽅⾯的内容。
]2.1⽤例模型[在本⼩节中，将列出该软件需求的⽤例模型，该模型处于系统级，对系统的特性进⾏宏观的描述。
需求分析报告范本模板需求分析报告一、引言本需求分析报告旨在分析并确定本次项目的需求，为后续的开发和实施工作提供指导和支持。
本报告将针对项目的背景、目的、范围、需求、用户以及其他相关因素进行分析，并提出相应的建议和措施。
二、项目背景随着信息技术的快速发展，人们对于智能化、数字化服务的需求日益增长。
本项目是针对某高端写作工作室的一个在线协作平台，旨在为用户提供更加高效便捷的协作方式。
该项目实现后，将极大提升用户的写作效率和质量，并对工作室的运营产生积极影响。
三、项目目的本项目的主要目的是开发一款用户友好、易用且功能丰富的在线协作平台，为用户提供一个高效便捷的写作工具。
该平台将支持多人实时协作、文件上传下载、评论交流等功能，方便用户进行作品的创作、修改和交流。
四、项目范围本次项目的范围主要包括以下内容：1. 在线协作平台的设计和开发；2. 平台的测试和优化；3. 用户手册和相关文档的编写。
五、项目需求1. 用户登录与权限管理该平台需要提供用户注册和登录功能，并支持用户的权限管理。
管理员可以对用户进行管理、授权和禁用操作。
2. 文件上传与下载平台需要支持用户将自己的作品上传至平台，并支持下载其他用户上传的文件。
3. 实时协作平台需要支持多人实时协作，允许多人同时编辑同一篇作品，并可以进行实时保存和同步。
4. 评论交流平台需要支持用户之间的评论和交流，鼓励用户提出宝贵意见和建议，并方便用户进行信息的交流和共享。
5. 数据统计与分析平台需要支持统计数据分析，并可以为管理员提供相关的数据报表和分析结果。
6. 安全和稳定性平台需要具备高安全性和良好的稳定性，保障用户的数据和信息不受损失，并确保平台的正常使用和运行。
6、用户本平台的主要用户群体为高端写作工作室的作者、编辑和管理员，也包括对写作和阅读感兴趣的用户。
平台需要具备良好的用户体验，满足用户的需求和期望。
七、其他相关因素1. 技术限制本项目需要根据技术要求来确定实现方案和开发工具，以达到项目目标。
需求分析模板1. 引言引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。
1.1 编写目的说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。
通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。
如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。
1.2 项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：● 任务提出者；● 软件开发者；● 产品使用者。
1.3 文档约定描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。
排版约定应该包括：● 正文风格；● 提示方式；● 重要符号；也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。
1.4 预期读者和阅读建议列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括：● 用户；● 开发人员；● 项目经理；● 营销人员；● 测试人员；● 文档编写入员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1.5 产品范围说明该软件产品及其开发目的的简短描述，包括利益和目标。
把软件产品开发与企业目标，或者业务策略相联系。
描述产品范围时需注意，可以参考项目视图和范围文档，但是不能将其内容复制到这里。
1.6 参考文献列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：● 本项目的合同书；● 上级机关有关本项目的批文；● 本项目已经批准的计划任务书；● 用户界面风格指导；● 开发本项目时所要用到的标淮；● 系统规格需求说明；● 使用实例文档；● 属于本项目的其它己发表文件；● 本软件产品需求分析报告中所引用的文件、资料；● 相关软件产品需求分析报告；为了方便读者查阅，所有参考资料应该按一定顺序排列。
需求规格说明书更改记录*修改类型分为A - ADDED M - MODIFIED D– DELETED文档编号：目的：定义软件需求，为后期的设计打下基础背景、备注：定义：@参考：1概述客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。
希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。
并希望系统提供相关报表，以便公司高层随时了解公司客户情况。
客户服务是一个涉及多个部门，存在一定流程的工作。
客户服务水平的高低决定着公司的核心竞争力。
该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。
1.1目的本文档是武汉信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。
本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
1.2范围&主要是XX公司的销售主管、客户经理及其管理员用来管理语客户相关的信息与活动。
1.3背景客户关系管理系统用于管理与客户相关的信息与活动，但不包括产品信息、库存数据与销售活动。
这三类数据将由XX公司X销售系统进行管理。
1.4用户与角色系统管理员：管理系统用户、角色与权限，保证系统正常运行。
销售主管：对客户服务进行分配。
]创建销售机会。
对销售机会进行指派。
对特定销售机会制定客户开发计划。
分析客户贡献、客户构成、客户服务构成和客户流失数据，定期提交客户管理报告。
客户经理：维护负责的客户信息。
接受客户服务请求，在系统中创建客户服务。
处理分派给自己的客户服务。
对处理的服务进行反馈。
班级荣誉统计测评系统这是这个系统的简介：我们这个系统就是把每个班级获得的荣誉记录在此系统中，不需要评什么班级荣誉的时候，还要一次次的去复印奖状等其他荣誉，可以直接在这个系统中按照年份或其他方式来查看。
下面是分配任务啊：1引言有朱朱写，4~3有潘美雪写，剩下的我来写。
有什么问题联系我682558！1.引言1.1目的说明编写这份报告的目的，指出预期的读者。
1.2背景指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3参考资料列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。
编号资料名称简介作者日期出版单位列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。
网点简介1.4术语列出本报告中用到的专门术语的定义。
2.任务概述2.1目标该项软件开发的意图：1.本着方便各班级班长工作的原则叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统（或用户）的特点如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。
说明本软件预期使用频度；如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。
这些是软件设计工作的重要约束。
3.假定和约束列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。
