需求管理列表
编号模块需求名称
1图文展现
2小视频展现
3养护产品教学
4辨别真伪及价值
5搭配
6优秀店铺展现
优秀玩家推荐
7优秀文玩产品推荐
8我的关注
9资料
10规则
11疑问
秀产品
资讯
发现
我的
需求描述需求类型需求方代表
图片和文字的展现，类似于说说基本型用户1
通过小视频的展现方式更多的解读产品基本型用户2
通过视频，图文等方式教学基本型用户3
通过视频，图文方式教学基本型用户4
通过视频，图文方式教学兴奋型用户5
展现优秀的，推荐的商家，及店铺的链接等排名，更好的给用户选择的机会基本型用户6
通过关注的玩家了解更多的知识兴奋型用户7
文玩的热门，推荐等，给用户更好的选择机会期望型用户8
我关注的文字，产品，店铺等期望型用户9
我的资料，通过固定的规则评判玩家等级基本型用户10
通过制定的规则，玩家升级，展现店铺认证等，展现自我的能力和实力兴奋型用户11
制定常规使用手册，出现的问题等兴奋型用户12
价值开发成本人（日）优先级状态备注
高P1未开始必须展现，图片，文字，关注按钮，可以评论，点赞
高P1未开始必须展现，视频，文字，关注按钮，可以评论，点赞
高P1未开始
高P1未开始
低P3未开始
高P1未开始选项卡，关注，评论，人气等的展现
低P3未开始玩家的人气值
中P2未开始选项卡，关注，评论，人气等的展现
中P2未开始选项卡，文章，店铺，产品等
高P1未开始头像，名称，人气等级，关注
低P3未开始规则的展现
低P3未开始问题解决方法等的文档展现
点赞
以评论，点赞
赛文纳克ClearWorks需求管理工具软件
赛文纳克ClearWorks需求管理工具软件第1.0版使用手册声明本手册中的所有文档仅用于为[赛文纳克ClearWorks需求管理工具软件]的使用提供信息，其内容如有更改，恕不另行通知。
四川赛文纳克软件有限公司在编写该手册的时候已经尽力保证其内容准确可靠，不为其中存在的遗漏或不当或因使用本手册中的信息造成的后果负责。
请认真阅读手册中的全部内容，并按说明使用。
未得到四川赛文纳克软件有限公司的书面许可，任何人不得对本手册的任何部分进行复制、挪用或传播。
说明：ClearWorks需求管理工具软件是[赛文纳克精益研发平台整体解决方案ClearWorks] 的辅助软件，配合微软Word使用，用来提取和管理文档中的用户需求。
手册内容* 标定需求* 登录系统* 查看和更新本文档内的需求* 修改需求属性* 增加需求新版本：* 锁定和解锁：* 查看历史* 邮件通知* 更新脱机修改——————————————————————————————————————— 最后修订日期：2008年1月26日第一部分标定需求1, 操作：选上需要标定的需求内容，点击“标记”按钮,则出现如图所示的红色需求标签；NEW: 00001表示编号为1的新需求，“¶”为需求结尾标志。
如下图标定的需求内容为：“实现系统软件的软硬件平台的独立性，支持主流操作系统和硬件平台，包括：UNIX、Linux和Windows ；在硬件平台和操作系统改变时，不增加开发成本，只需进行重新安装和部署；支持异种硬件平台和异种操作系统集成和运行；支持不同的数据库系统，如Oracle、MS SQL和Sybase”。
工具栏上的“标记”图标（图1）2，标定需求可以在脱机情况下进行。
3，一次可以标定多个需求。
4, 标定后的需求可以在脱机情况下进行浏览、编辑，点击“浏览”，系统将自动将文档移动到需求相应的位置，并选上该需求内容，方便修改、编辑，如下图的黑色部分即为系统自动选上的需求具体内容。
SPM04
需求管理中的问题举例z需求的隐含错误z需求不明确、含糊z用户刁难、用户不断增加需求z需求变更z开发人员的镀金本章要点软件需求定义软件需求开发过程定义需求规格的方法案例分析软件需求的类型z 从项目管理的角度功能需求 性能需求 环境需求 用户界面需求 资源使用需求 成本消耗需求 开发进度需求 预先估计以后系统可能达到的目标z 从项目开发的角度功能需求系统必须执行的功能 非功能需求一些限制性要求需求管理的重要性需求管理与项目管理的关系z项目需求是制定项目计划，开发项目产品和从事项目活动的依据z项目的计划、项目的开发活动及开发的产品应与项目需求保持一致，随需求的变化而调整需求获取图示需求获取需要执行的活动z了解客户方的所有用户类型以及潜在的类型，然后根据他们的要求来确定系统的整体目标和系统的工作范围z对用户进行访谈和调研z需求分析人员对收集到的用户需求做进一步的分析和整理对于用户提出的每个需求都要知道”为什么”，并判断用户提出的需求是否有充足的理由将那种以“如何实现”的表述方式转换为“实现什么”的方式（需求分析阶段关注的目标是“做什么”，而不是“怎么做”分析由用户需求衍生出的隐含寻求，并识别用户没有明确提出来的隐含需求（经常会因为对隐含需求考虑得不够充分日引起需求变更）z需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员明确标识未确定的需求项使需求符合系统的整体目标保证需求项之间的一致性，解决需求项之间可能存在的冲突获取需求的注意事项z识别真正的客户z正确理解客户的需求z具备较强的忍耐力和清晰的思维z说服和教育客户需求分析需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述需求分析应该执行的活动z以图形表示的方式描述系统的整体结构（包括系统的边界与接口）z通过原型、页面流或其他方式向用户提供可视化的界面，用户可以对需求做出自己的评价z以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容需求分析的时间z设计方案的时候z项目开始的时候z接管一个项目的时候z需求变更的时候需求分析的难点z问题的复杂性z交流的障碍z不完备性和不一致性z需求的易变性编写需求规格z需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书z需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础软件需求规格说明的原则z从现实中分离功能，即描述要“做什么”而不是“怎样实现”z要求使用面向处理的规格说明语言（或称系统定义语言）z如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中z规格说明必须包括系统运行环境z规格说明必须是一个认识模型z规格说明必须是可操作的z规格说明必须容许不完备性并允许扩充规格文档参考引言系统定义应用环境功能规格性能需求产品提交实现约束质量描述其它签字认证需求验证z需求是正确的吗？z需求是一致的吗？z需求是完全的吗？z需求是实际可行的吗？z需求是客户需要的吗？z需求是可检验的吗？z需求是可跟踪的吗？z最后的签字需求变更需求总在变化需求变更管理管理和控制需求基线的过程需求变更控制系统z一个正式的文档，说明如何控制需求变更z建立变更审批系统申请人项目名称4.3 需求建模的方法z原型方法z结构化分析法z面向对象的用例分析法z关键功能列表法原型方法的类型z进化型开发出来用于了解问题，并形成被交付软件的部分或全部的基础z抛弃型开发出来以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分4.3.2 结构化分析方法（SA,Structured Analysis）z20世纪70年发展起来的面向数据流的方法z是一种自顶向下逐步求精的分析方法z根据软件内部数据传递、变换的关系进行分析结构化分析方法-技术数据流图(DFD)数据字典(DD)系统流程图数据流图的层次结构为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统顶层流图仅包含一个加工，它代表被开发系统。
研发过程管理流程设计与工作标准
研发过程管理流程设计与工作标准研发过程管理流程设计与工作标准随着市场日益竞争激烈，企业需要将更多的资金、时间和人力投入到研发过程中来提高产品的竞争力和质量，同时研发过程管理也变得非常重要。
研发过程的管理要求一套完整的流程和一些工作标准，以确保研发项目按计划高效地运行，从而提高研发质量，减少风险。
设计研发过程管理流程的第一步是定义研发过程步骤。
研发过程主要包括需求定义、需求分析、系统设计、开发、测试、发布以及维护等步骤。
针对每个步骤，我们需要定义详细的工作内容和标准。
第一步是需求定义。
在这个步骤中，我们需要明确产品的功能和特性，以及客户的需求和期望。
这是整个研发过程中最重要的一步，也是整个过程的基础。
在需求定义过程中，我们应该建立一个需求管理系统，以确保所有的需求被记录、存档和跟踪。
需要定义以下内容：1.需求管理系统：需要使用一些管理软件或工具来管理需求，如JIRA、Trello、Asana等。
2.需求列表：定义一个需求列表，记录所有的需求和期望。
3.需求评估：对需求进行评估，判断其优先级和可行性，并添加标签或分类。
4.需求确认：需求在评估、修改、沟通后被确认。
第二步是需求分析。
在这个步骤中，我们需要对需求进行详细的分析和梳理，以确保需求能够被理解和实现。
需要定义以下内容：1.需求分析过程：定义需求分析的过程和方法。
2.需求分析报告：对需求进行分析后，需要提出一个需求分析报告。
3.需求验证：需求分析后，需要对需求进行验证。
第三步是系统设计。
在这个步骤中，我们需要根据需求和规格说明书进行系统的设计和架构。
需要定义以下内容：1.设计原则：需要确定设计原则和方法。
2.设计文档：需要编写设计文档，并记录设计决策和思路。
3.设计评审：需要对设计进行评审，并记录评审结果。
第四步是开发。
在这个步骤中，我们需要根据设计文档编写代码并进行开发。
需要定义以下内容：1.代码规范：需要确定代码规范和格式。
2.代码管理：需要使用代码管理工具如Git或SVN等进行代码管理。
需求管理英文单词
需求管理英文单词
需求管理是一项重要的工作，需要掌握一定的英文单词和术语。
以下是一些常用的需求管理相关单词：
1. Requirement：需求
2. Specification：规格
3. Functional Requirement：功能需求
4. Non-Functional Requirement：非功能需求
5. User Story：用户故事
6. Use Case：用例
7. Acceptance Criteria：验收标准
8. Stakeholder：利益相关者
9. Business Analyst：业务分析师
10. Product Owner：产品负责人
11. Scope：范围
12. Change Request：变更请求
13. Traceability Matrix：追踪矩阵
14. Prioritization：优先级排序
15. Validation：验证
16. Verification：确认
17. Agile：敏捷的
18. Waterfall：瀑布的
19. Sprints：迭代周期
20. Backlog：待办事项列表
以上单词仅为需求管理中的部分词汇，请根据实际需求和场景学习和运用。
需求说明书范例
*********项目需求说明书Copyright ? 2020********版权所有版本管理以及修订记录版本号越高，表示文档越新。
目录1引言1.1编写目的为明确******产品需求、安排实施规划与进度、组织软件开发与测试，撰写本文档。
本文档的最终审核版本将作为后续设计开发以及测试的参照标准。
1.2范围******以学校信息为核心数据，为访问者提供免费数据查询的服务性产品。
重新定位******产品，为满足管理和用户体验的需求，重新规划了******的前台展示及后台的功能结构。
1.3定义1.3.1用户定义运营用户：进行******平台管理、运营的用户。
访问用户：在******页面上浏览、学习或提供知识的用户。
1.4参考资料阳光高考院校库系统页面原型2项目概述2.1产品描述对原有系统进行升级改造。
重新定位******产品，为满足管理和用户体验的需求，重新规划了******的前台展示及后台的功能结构。
******以学校信息为核心数据，为访问者提供免费数据查询的服务性产品。
完成目标：最及时，最全面的高校相关信息发布平台。
可以有持续性的pv增长。
2.2产品功能架构图2.3用户特点综合后台管理人员：较高的业务能力和软件操作能力学校后台管理人员：学校信息系统管理员综合前台使用人员：学生、家长及相关人员学校前台使用人员：高校教师及相关人员2.4一般约束保密说明文中所有资料（包括文中的创意与概念），未经许可，不得向任何第三方透露，也不得用作其他用途。
2.5假设和依据项目实施过程中，如遇需求变更，严格按照《需求管理规范》中需求变更流程执行。
3具体需求3.1 功能需求3.1.1通用规则提供软件开发过程中对于一般功能使用的通用规则，本文给出这些通用规则的默认项，如不作特殊要求，技术人员将按照通用规则进行设计开发。
1.查询结果列表分页显示，列表每页条数默认为10条；2.搜索范围默认提供按时间段搜索；3.手机、座机、邮编、地址、邮箱、网址等格式固定的元素，按常规格式验证；4.上传附件格式默认为.doc .xls，大小默认为小于2M；5.上传图片格式默认为.jpg .gif .bmp .png，大小默认为小于2M；6.模板数据导出格式默认为.xls；7.列表排序默认按照ID倒序排列；3.1.2前台需求描述前台功能点是指外部客户、外部用户访问所使用的界面功能。
CSI_01_需求开发及管理过程
项目管理体系文件需求开发与管理过程编撰人：TMO审核人：批准人：批准日期：2010-9-1保密级别：机密文档版本：0.0.1北京中软国际信息技术有限公司1.引言 (4)1.1.目的 (4)1.2.适用范围 (4)1.3.术语和缩略语 (4)1.4.相关文件 (4)2.角色和职责 (4)3.入口准则 (5)4.输入 (5)5.流程图 (5)6.主要活动 (5)6.1.需求开发准备 (6)6.1.1.明确项目目标和范围 (6)6.1.2.识别需求来源 (6)6.1.3.选择调研方法和技术 (7)6.1.4.制订需求调研计划 (7)6.1.5.编制需求调研问卷 (8)6.2.需求调研 (9)6.2.1.进行需求调研 (9)6.2.2.编写用户需求调研报告 (9)6.3.需求分析 (10)6.3.1.需求分析方法 (10)6.3.2.功能需求分解 (12)6.3.3.标识需求 (12)6.3.4.定义需求的优先级 (13)6.4.编写需求规格说明书 (13)6.5.评审需求规格说明书 (14)6.6.需求确认 (14)6.6.1.客户确认 (14)6.7.需求变更管理 (15)6.8.需求跟踪 (15)6.8.1.建立需求跟踪矩阵 (16)6.8.2.需求跟踪矩阵的维护与使用 (16)7.出口准则 (17)8.输出 (17)9.引用过程 (17)1.引言1.1.目的规范公司项目的需求开发和管理活动，以保证对客户需求的正确理解，确保项目产物与需求的一致性。
1.2.适用范围适用于公司合同开发类项目、产品研发类项目的需求开发和需求管理活动。
1.3.术语和缩略语表 1术语和缩略语1.4.相关文件无2.角色和职责表 2角色和职责3.入口准则1)项目启动会4.输入1)项目合同2)项目计划5.流程图图 1需求开发与管理过程流程图6.主要活动需求开发和需求管理是需求工程的两个组成部分。
需求开发的主要活动包括：需求开发准备、需求调研、需求分析、编写需求规格说明书和需求确认。
软件工程中的需求管理工具介绍
软件工程中的需求管理工具介绍需求管理工具是软件工程中非常重要的一环，因为这是软件开发过程中最早开始的步骤，确定好需求是后续工作的基础。
如果需求管理不到位，后续开发过程中可能会出现很多问题，导致项目时间被拖延或出现其他严重的后果。
因此，需求管理工具的选择和使用非常重要。
本文将介绍几种常见的需求管理工具，并对它们的优缺点进行评价。
1. JIRAJIRA是Atlassian公司推出的一款项目管理软件，主要针对敏捷开发和团队协作。
在JIRA中，我们可以建立需求、bug、任务等不同类型的工作项，对工作项进行分类、优先级排序，设置截止日期、负责人等属性。
同时JIRA还拥有强大的工作流功能，用户可以自定义工作流、建立规则，并通过自定义报告查看项目进展情况。
优点：（1）强大的任务管理和跟踪功能，用户可以清晰地了解各阶段任务的进展情况和执行负责人。
（2）丰富的插件支持，用户可以通过插件扩展功能或进行定制化开发。
（3）可视化数据报表，用户可以通过动态仪表板了解项目总览、任务概况等。
缺点：（1）对于非技术人员来说，操作可能有些复杂，需要花费一些时间去学习。
（2）JIRA在处理大量数据时容易出现卡顿或延迟，需要使用优化技巧来解决。
2. TrelloTrello是一款轻量级的团队合作工具，以任务卡片为主要组织形式。
用户可以通过创建列表和卡片来组织工作，设置任务的标题、描述、成员、截止日期等信息，并使用标签和附件来管理内容。
Trello的操作非常简单，可以轻松地在团队中推广使用。
优点：（1）轻量级的卡片形式，使得任务的组织和管理非常简单易懂。
（2）强调可视化，通过颜色标记卡片、拖拽卡片等方式，使得团队成员可以轻松地了解任务的进展情况。
（3）Trello支持移动端应用，用户可以在手机、平板等移动设备上进行任务管理。
缺点：（1）Trello对于大型项目的管理有些欠缺，难以应对庞大的需求信息和复杂的任务关联关系。
（2）缺少一些高级的需求管理功能，无法满足一些专业需求管理的要求。
产品需求分析与需求管理
3）需求开发与需求管理的有机融合6．需求工程与产品研发1) 产品研发管理体系：需求管理、产品规划、产品开发2）端到端需求管理流程：需求收集-需求整理和分析-需求分发-需求实现与验证3）两种典型的产品需求管理流程分析7. 演练与问题讨论1) 区分业务需求、市场需求与产品需求2）端到端需求管理流程练习二、客户需求收集(3小时)（如何从市场（客户）角度进行有效的客户需求收集？如何构建需求收集长效机制？解决研发和市场脱节的问题，提升公司整体需求分析和需求管理能力）本单元学习目标：1）掌握客户需求收集的长效机制2）掌握识别客户的重要手段，降低需求收集的盲目性3）掌握需求收集的方法和过程，提高需求手机的有效性4）掌握需求访谈的方法和技巧，访谈时需要注意的问题1．客户需求收集机制1）客户需求收集流程：客户-关注点-需求2）客户需求收集的组织支撑：分布式组织与集中式组织的利弊分析3）客户需求收集的工具支撑：选用商业工具还是自定义开发？4）客户需求收集的激励措施：职责、考核与激励2．识别有效客户1）识别目标客户群与市场细分2）客户与产品生命周期3）识别重要客户3．客户深入分析如何进一步'聚焦'?1）客户购买行为模式分析7Os-6W1H2）干系人分析: 全面了解客户3) 决策影响分析3) 客户关注点分析: 角色与兴趣点的匹配4．需求收集的准备1）需求收集的准备工作: 锁定对象-问题设计（IHP）-方法选择需求问题设计与问卷调查设计全方位关注客户需求：$APPEALS2）需求收集渠道：外部渠道与内部渠道3) 客户需求收集的 "挖金矿模型'方向、时机与方法4）制定需求收集的实施计划5．需求收集的常用方法详解（从适用场合、优缺点方面展开）1) 问卷调查法2) 客户访谈法"七步成诗'一对一访谈"焦点小组'群组访谈3) 标杆分析法，"跟随型'企业致胜法宝4）二手资料调研5）市场原型法与技术原型法分析6）需求收集的典型途径用户大会、专家顾问团需求探针、高层技术交流、标杆研究、合作开发、产品试用用服高层交流、现场支持、服务热线、客户满意度调查各种会议（如：展览会、学术研讨会等）7．需求收集的输出：客户需求收集模板1) 收集人信息、客户信息、需求信息、优先级、关联需求2) 案例分享：某公司单项需求描述要素讲解3) 演练与问题讨论8．需求收集小技巧1) "倾听'的技巧如何让客户"输出'真正理解客户的意图聚焦期望而非问题2) "诉说'的技巧询问而非推销探究原因而非简单问题三、客户需求整理和市场需求分析（2小时）（如何对客户需求进行整理和分析，形成市场需求和市场机会点？提高相关环节和部门对需求理解的一致性）本单元学习目标：1）理解需求分析的要素、质量标准2）掌握常用的需求解释的原则和方法3）掌握需求分类的方法，需要从哪些纬度进行分类4）掌握客户需求八个基本要素的内涵和具体运用的方法5）掌握需求优先级评估机制和划分方法1．需求整理和分析流程：需求解释-需求过滤-需求分组-需求排序-需求评审与反馈2．需求解释，以产品为中心的进一步阐述与细化1) 解释需求的五个原则2）客户陈述和需求描述3．需求初步过滤，结合初步分析去除"杂草'4．需求分组，产品特性的前身，1) KJ亲和图法在需求生命周期的早期适用2) 使用现有需求属性进行分类：客户购买标准$APPEALS客户群、客户优先级、稳定性等（一般用在需求的二次分类）3）演练与问题讨论5．需求排序设置权重，确定需求优先等级1) 需求群权重设置方法AHP五步确定群组权重2) 单项需求优先等级划分法KANO需求模型、BSA需求演绎、正反求证3) Delphi方法"如何让诸葛亮下课'4) 头脑风暴法5）实例：需求权重设置与Benchmarking分析6）演练与问题讨论6．思考结果和市场机会点分析1）需求整理输出：市场需求清单2）需求的早期验证：需求评审要素3）需求的分发决策：决定需求的流向模糊需求，重新启动需求的调研工作长期需求，启动或支撑产品规划短期需求，立即实施，启动产品维护或项目变更7. 市场需求要素分析实例四、产品需求分析和概念设计（3小时）（如何把市场需求（外部需求）转化成产品包需求，并充分考虑内部需求（DFX 需求）？如何对产品包需求进行分析，形成产品需求规格（设计需求）？构建清晰、易懂、有竞争力的产品概念。
需求工程思考题
1. 除了需求开发的四个活动和需求管理活动之外，需求工程当中还有没有需要执行的活动？如果有的话，它们是哪些活动？给出你的理由。
答：过程管理活动和项目管理活动。
过程管理活动是跟踪项目开发过程，记录项目开发过程当中所遇到的问题或者教训项目管理活动是管理项目开发的一系列问题与进度，管理人员配置，以达到最该效益。
2. 需求开发过程具有迭代特性，但是不是所有项目的需求开发过程都必须是迭代完成的？如果不是，请给出举例和理由。
答：不是，一般对于业务领域不熟悉的项目，需求是具有迭代性的，需要对业务领域的认知，有一个从认识到知识重构的过程。
对于某些固定需求且熟悉的项目，就不需要迭代开发需求获取——>需求分析——>需求规格说明——>需求验证。
当然并不是所有项目的需求开发过程是迭代完成的，当某一项目开发过程中，用户需求非常简单，开发人员已经相当明确用户需求，这时，就不需要返回到需求获取阶段以继续用户需求的获取，这样，也就不需要迭代完成。
3. 需求开发的迭代特性与软件开发过程的迭代式开发有什么关系？它们之间会互相影响吗？如果会，那么有哪些影响？答：需求开发的迭代特性只是软件开发过程的迭代式开发的一个子过程，软件开发过程是一个相当庞大的工程，需要在软件开发过程的各个阶段都需要进行开发工作的迭代，当然也包括需求开发中的迭代。
它们之间互相影响。
如果需求开发中的迭代不能很好地完成需求分析任务，就必将影响到软件开发过程的其他迭代阶段的进行。
4.需求工程细节知识的实践性对不同项目的需求开发过程的差异性有没有影响？如果有，请说明影响是什么。
如果没有，请说明是哪些因素产生了不同项目的需求开发过程的差异性。
答：没有影响。
其实是需求开发过程的差异性一定程度上导致了细节知识的实践性。
现实世界问题的复杂性和差异性主要导致了需求开发过程的差异性。
第四章3. 在各种关于软件的调研中，无一例外地发现“缺乏用户参与”是导致软件失败的最大原因，试说明有哪些原因会使得用户参与不足？应该怎样解决？答：（1）用户数量太多，选择困难；（2）用户认识不足，不愿参与；（3）用户情绪抵制，消极参与；（4）没有明确的用户；解决：要求开发者在进行需求获取时，能够对系统的用户以及用户的替代源等相关涉众进行分析，了解他们的特征、类别、任务、取向等，并在需求获取中采取对策避免用户参与不足现象的发生。
用户需求说明书模板
【项目或任务名称】用户需求说明书修订历史记录本需求文档确认页目录1 引言 (4)1.1编写目的...............................................................................................................................1.2业务目标和前景...................................................................................................................1.3业务背景及假设约束...........................................................................................................1.4业务调研结果.......................................................................................................................1.5 定义......................................................................................................................................1.6 参考资料..............................................................................................................................2 用户主要情况描述.........................................................................................................................2.1用户情况...............................................................................................................................2.2组织结构及职责...................................................................................................................2.3岗位定义...............................................................................................................................2.4 用户的技术水平..................................................................................................................3 业务差异分析（可选）.................................................................................................................4 用户需求.........................................................................................................................................4.1需求条目清单.......................................................................................................................4.2用户需求列表.......................................................................................................................4.3用户需求描述.......................................................................................................................4.3单据、账本、报表 (3)5 非功能需求（可选）.....................................................................................................................6 接口需求（可选）.........................................................................................................................7 用户运行需求（可选）.................................................................................................................8 其它需求.........................................................................................................................................9 用户验收标准................................................................................................................................. 附件.....................................................................................................................................................1 引言1.1编写目的【阐明编写需求说明书的目的，指明读者对象。