修改---图书管理系统-OOA - 1资料

1、软件工程(run jin n chn)需求分析共二十五页主要(zhyo)内容准备知识需求调研业务建模业务过程建模系统用例建模用例描述(mio sh)完成OOA模型共二十五页准备(zhnbi)知识1.1 什么是软件需求？1.2 软件需求的作用或意义？1.3 怎样获取需求？要点是什么？1.4 获取需求的过程中应注意哪些事项？1.5 需求分析(fnx)完成的标志是什么？1.6 软件需求的质量标准共二十五页本节目标(mbio)理解软件(run jin)需求及其作用和意义理解软件需求规格说明书及其评价标准了解获取需求过程中的注意事项，掌握获取需求的要点共二十五页1.1 什么(shn me)是软件需求？功

2、能需求：描述系统(xtng)预期提供的功能或服务对系统应提供的服务如何对输入做出反应系统在特定条件下的行为非功能需求：指那些不直接与系统具体功能相关的一类需求产品需求机构需求外部需求领域需求：源于系统的应用领域需求共二十五页功能(gngnng)需求软件系统的功能需求描述可以有许多方式：文字描述图表表示功能需求可以以不同的详细程度反复编写和细化功能需求描述应该完整而且一致和准确(zhnqu)完整性意味着用户所需的所有的服务应该全部给出描述一致性意味着需求描述不能前后矛盾准确性是指需求不能出现模糊和二义性的地方共二十五页非功能(gngnng)需求非功能(gngnng)需求主要与系统的总体特征相关，

3、是一些限制性要求，是对实际使用环境所做的要求性能要求可靠性要求安全性要求可用性要求移植性要求非功能需求关心的是系统整体特征而不是个别的系统的特征，比功能需求对系统更关键。非功能需求却很难检验非功能需求与功能需求有时会发生冲突，它们之间存在着相互作用关系共二十五页领域(ln y)需求领域需求反映应用领域的基本问题(wnt)，直接影响到系统的可用性。共二十五页练习(linx)：各组就自己组所选择的系统列举出有哪些功能(gngnng)需求、非功能(gngnng)需求和领域需求共二十五页1.2 软件需求(xqi)的作用或意义？软件需求是软件开发的基础。对软件需求的完全理解(lji)和系统描述是软件成功

4、开发至关重要的前提。用户开发人员对外：是开发方和用户之间的合同，它描述了开发方和用户对未来系统的共识。需求人员对外：是软件系统设计和开发的依据共二十五页1.3 怎样获取(huq)需求？可以通过对用户访谈来获取需求与用户进行访谈可以通过正式会议或者一般访谈的形式(xngsh)进行。在进行访谈前，业务员需要了解用户所在行业的一些背景情况和相关行业知识。无论何种访谈，在进行前都应该准备访谈提纲，在得到一些访谈信息后，要有针对性的设置访谈问题。共二十五页访谈(fn tn)的要点是什么？OOA中的三种基本模型功能模型：即用例模型对象模型：构建分析类，使用类图、对象图描述对象、对象属性、对象之间的关系，是

5、系统静态模型。动态模型：利用(lyng)活动图、时序图、协作图等描述系统动态行为。共二十五页访谈(fn tn)的要点是什么？围绕以下(yxi)问题展开访谈：功能及过程数据及属性共二十五页以大家最熟悉(shx)的QQ软件为例：Q：请问QQ群都提供了哪些功能？A: 聊天、群共享、.、群相册等功能Q：请问群相册是干什么用的？A：群成员可上传照片到群相册通过共享Q：可否具体谈下如何上传照片？A：1、首先进入群相册，2、选择上传照片功能；3、选择要存放的相册；4、选择要上传的照片；上传。就完成(wn chng)了上传照片的工作。功能过程共二十五页需求(xqi)访谈续Q：请问存放的相册是固定的还是可以(k

6、y)自己选择？A：都可以。你可以选择存放在缺省相册，也可以新建相册Q：新建相册时要输入什么数据呢？A：要输入相册名称和相册描述Q：两个都必须输吗？A：相册名称必须输，相册描述可输可不输Q：数据的长度有限制吗？A：是的，长度不超过30个字符。Q：.细化数据属性及约束属性及约束共二十五页1.4 获取(huq)需求的过程中的注意事项选择关键人物进行(jnxng)访谈正确理解客户的需求（行业、业务及背景知识）访谈的记录要条例清晰，真实有效。根据实际的情况，访谈可能会进行很多次，直到确实明确用户的需求。共二十五页1.5 需求(xqi)分析完成的标志是什么？软件需求规格（SRS，Software Requ

7、irement Specification）是需求分析(fnx)任务的最终“产品”，它是客户、管理者、分析(fnx)工程师、测试工程师、维护工程师交流的标准和依据。软件需求规格描述了系统的数据、功能、行为、性能需求、设计约束、验收标准、以及其他与需求相关的信息。分为：用户需求和系统需求共二十五页用户(yngh)需求用户需求是从用户角度描述系统功能和非功能需求，以便让不具备(jbi)专业技术知识的用户能看懂。用户需求描述的是系统的外部行为，通常用自然语言、图表和直观的图形来表述共二十五页用户需求描述(mio sh)示例2.1 处理销售：完成一次销售过程。2.1.1 基本流程：（1）顾客携带所购商

8、品或服务到收银台通过POS机付款；（2）收银员开始一次新的销售交易；（3）收银员输入商品条码；（4）系统逐条记录销售的商品，并显示该商品的描述、价格和累计额；重复（3）（4），直到输入结束；（5）系统显示总额；（6）收银员告知顾客总额，并请求付款；（7）顾客付款，系统处理支付；（8）系统记录完整的销售信息，并将销售金和支持信息发送到外部的帐务系统和库存系统；（9）系统打印(d yn)票据；（10）顾客携带商品和票据离开。2.1.2 扩展流程：.共二十五页系统(xtng)需求系统需求是比用户需求更详细的需求描述，是系统实现的基本依据系统需求描述可能包括许多不同的模型，如对象(duxing)模型和

9、数据流模型在面向对象的分析中，常采用图形化符合（如UML等各种图表）描述系统的功能共二十五页软件(run jin)需求说明必须描述功能 - 所数据的软件要做什么性能 - 软件功能在执行过程中的速度、可使用性、响应时间、各种软件功能的恢复数据、吞吐能力、精度、频率等限制 - 在效果、实现语言、数据库完整性、资源(zyun)限制、操作系统等方面所要求的标准属性 - 可移植性、正确性、可维护性及安全性等方面的考虑外部接口 - 与人、硬件、其它软件和硬件的相互关系共二十五页需求(xqi)规格文档标准（GB856D-1988）1 引言 1.1 编写(binxi)目的 1.2 项目背景（单位和与其他系统的

10、关系） 1.3 定义（专门术语和缩写词）2 任务概述 2.1 目标 2.2 运行环境 2.3 条件限制3 数据描述 3.1 静态数据 3.2 动态数据 3.3 数据库描述 3.4 数据字典 3.5 数据采集4 功能需求 4.1 功能划分 4.2 功能描述5 性能需求 5.1 数据精确度 5.2 时间特性 5.3 适应性6 运行需求 5.1 用户界面 5.2 硬件接口 5.3 软件接口 5.4 故障处理7 其他需求（检测或验收标准、可用性、可维护性可移植性、安全保密性）共二十五页1.6 软件(run jin)需求的质量标准需求验证对需求文档和制品进行质量评估(pn )，确保需求说明准确、完整包括

11、以下内容：正确性一致性完整性可行性必要性可检验性需求的可跟踪性最后签字确保需求和描述充分、正确确保需求无矛盾、冲突、含糊或二义的地方确保需求无遗漏确保每一项需求必须在已知系统和环境下可以实施确保需求是用户需要的确保需求是可测、可验证的验证需求是否是可跟踪的共二十五页需求(xqi)跟踪矩阵需求系统来源设计模块代码测试用例A05AmmR01R02R03R04Rnn共二十五页内容摘要软件工程。功能需求：描述系统预期提供的功能或服务。领域需求：源于系统的应用领域需求。完整性意味着用户所需的所有的服务应该全部给出描述。领域需求反映应用领域的基本问题，直接影响到系统的可用性。与用户进行访谈可以通过正式会议或者一般访谈的形式进行。在进行访谈前，业务员需要了解用户所在行业(hngy)的一些背