文档介绍：Add the author and the accompanying title
软件项目需求分析
目录
1 需求分析是软件项目的立足之本
2 需求分析阶段的团队组织
3 需求管理
4 需求分析阶段的项目管理
此文档后面有 学生借书卡编号 ，如果查询到1条记录,则抛出异常,异常信息为：“图书图书名称 已经被预订,不能借出，”；否则,继续处理，
学生到图书馆申请借书,图书管理员登录图书管理系统，首先,
检查这本书是否已经被预订了,如果已被预订则不能借出，
软件详细设计 2
详细设计还包括
实现某一功能时,具体包含哪些类、方法、类，以及类之间的关系和调用顺序
对应的界面如何展示,如何交互,界面间如何切换
核心算法的伪代码
数据库设计的工作
需求分析是软件项目的立足之本
需求分析是整个软件项目开展工作的基础,需求分析质量的好坏,直接关系到软件项目交付成果的客户满意度,甚至整个项目的成败，
如果需求分析工作做的不扎实,无论设计阶段工作完成得如何出色、软件编码质量如何高,其结果将只会给用户带来失望,给开发者带来失败的苦恼，
：
刻画出软件系统的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束条件；
建造软件体系结构,分解软件系统模块,建造软件处理的数据、界面和处理流程的设计模型；
提交需求分析说明书,形成软件项目管理过程的第一个里程碑成果，
问题分析 即如何获取需求
需求描述 即如何定义需求
需求的验证
这一阶段,系统分析人员应该将自己对客户需求及问题的理解与自己所拥有的软件开发经验结合起来,以便发现哪些需求是由于用户的片面理解和短期行为所提出的不合理的要求,哪些要求是由于尚未提出但拥有真正价值的潜在要求，
1 问题分析
以需求模型为基础,考虑问题的软件可解性,生成需求规格说明书和初步的用户手册，
需求规格说明书包含对目标系统外部行为的完整描述、需求验证标准以及用户对系统在性能、质量、对维护性等方面的要求，
用户手册则包括用户界面描述以及有关目标系统使用方法的初步构想，
2 需求描述
3 需求验证
分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明书进行复核,以确保软件需求的全面性、精确性、一致性、可行性以及用户的认同,并使用户和软件设计人员对需求规格说明及用户手册的理解达成共识,达成对目标系统理解的一致性，一旦发现遗漏和模糊点,必须进行检查,尽快更正，
4．软件需求的抽象层次
一组完整的软件需求包含5项内容：
1 系统的输入
2 系统的输出
3 系统的功能
4 系统的属性
5 系统环境的属性
系统需求的描述语言
结构化语言
是对自然语言格式化,依赖于定义标准格式或模板来表达需求描述
表现能力强
易于理解
一致性约束
控制结构
图形化显示
仍然有一定 程度的二义性；细致程度欠缺
名称
说明
优点
缺点
过程设计语言
PDL
源于像Java或Ada这样的程序设计语言，包含附加的、更抽象的构造来提高其表达能力
通过软件工具进行语法和语义检查
表达系统功能的能力不足
使用的符号只有具有程序设计背景的人才能理解
系统需求的分类
1 功能需求
2 非功能需求
3 领域需求
非
功
能
需
求
产品需求
可用性需求
效率需求
性能需求
空间需求
可靠性需求
可移植性需求
机构需求
交付需求
实现需求
标准需求
外部需求
互操作需求
道德需求
立法需求
隐私需求
安全性需求
1 系统分析员和用户开展面对面的交流,记录用户提供的信息,即开展获取活动；
2 需求分析员处理从用户那里获取的信息并理解它们,把他们分成不同的类别,并将客户需求同可能的软件需求相联系,即开展分析活动；
3 系统分析人员将客户需求信息结构化,编写成文档和示意图,形成需求规格说明书；
4 组织用户代表评审文档并纠正存在的错误,完成需求的验证工作，
需求三步法：
第一步：“访谈式”
第二步: “诱导式”
第三步: “确认式”
第一步:“访谈式”
和具体用户方的领导层、业务层人员进行访谈式沟通,主要目的从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有系统等具体情况,建立起良好的沟通渠道和方式，
针对具体的职能部门,最好能制