软件需求工程期末复习_第1页
软件需求工程期末复习_第2页
软件需求工程期末复习_第3页
软件需求工程期末复习_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

/☆什么是软件需求工程?请说明软件需求工程中各阶段的主要任务。 p51定义一般定义:指应用工程化的方法、技术和规格来开发和管理软件的需求。需求工程的目标:获得高质量的软件需求。和软件工程中传统的需求分析概念相比,需求工程突出了工程化的原则,强调以系统化、条理化、可重复化的方法和技术进行和软件需求相关的活动,从而有利于提高全部和软件需求相关的活动及其过程的可管理性,降低需求开发和管理的难度和成本。其它定义:Alan.Davis:直到(但不包括)把软件分解为实际架构组建之前的全部活动,即软件设计之前的一切活动。该定义虽然没有详细说明需求工程是什么,但其给出了需求工程的范围。LanK.Bray:对问题域及需求做调查探讨和描述,设计满足那些需求的解系统的特性,并用文档赐予说明。这个定义明确指出了需求工程的任务就是获得、分析和表达软件的需求。需求工程=需求的开发活动+需求的管理活动2各阶段主要任务需求获得阶段:获得用户的需求信息。需求分析阶段:分析和综合已经收集到的需求信息。需求建模阶段:依据待开发软件系统的需求利用某种建模方法建立该系统的逻辑模型。需求定义阶段:依据用户需求编写出需求规格说明。需求的形式化描述阶段:用严格的数学学问和符号来构造系统的需求模型。需求验证阶段:检验软件需求规格说明。需求管理阶段:开发人员在和提出更改的请求者协商的基础上,评估需求变更带来的潜在影响及可能的成本及费用,然后实施更改,一级有效的管理需求规格说明文档和跟踪更改需求的状态。☆什么是软件需求?软件需求有哪些类型,并分别给出它们的定义。 p2软件需求的定义:A.Davis:软件需求是从软件外部能发觉的,软件所具有的,满足于用户的特点、功能及属性等的集合。I.Sommerville:需求是问题信息和系统行为、特性、设计和实现约束的描述的集合。M.Jackson等:需求是客户希望在问题域内产生的效果。IEEE软件工程标准:(1)用户解决问题或达到目标所需的条件或实力;(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或实力。通俗定义:软件需求是指软件系统必需满足的全部功能、性质和限制。软件需求的类型:目标需求:反映组织机构或客户对系统和产品提出的高层次的目标要求,其限定了项目的范围和项目应达到的目标。业务需求:主要描述软件系统必需完成的任务、实际业务或工作流程等。软件开发人员通常可从业务需求进一步细化出详细的功能需求和非功能需求。功能需求:指开发人员必需实现的软件功能或软件系统应具有的外部行为。性能需求:指实现的软件系统功能应达到的技术指标,如:计算效率和精度,牢靠性,可维护性和可扩展性等。约束和限制:指软件开发人员在设计和实现软件系统时的限制,如:开发语言,运用的数据库等。☆试述快速原型开发模型和面对对象开发模型的基本思想,然后说明快速原型开发模型中抛弃型模型和进化型模型的作用。 p9快速原型模型基本思想:快速建立一个实现了若干功能的(不要求完全)可运行模型来启发、揭示和不断完善用户需求,直到满足用户的全部需求为止。其基本过程如下:面对对象开发模型基本思想:应用对象、类、继承、封装、消息、对象或类之间的关系等面对对象的概念对问题进行分析和求解的软件开发技术,或者说,是以对象(类)为数据中心、对象之间的动态行为模式作为运行机制的一种问题求解方法。其基本过程如下:抛弃型模型:指在原型达到预期目的后将其抛弃,而且在构建该原型时,可以忽视详细的软件构造技术,亦即应以最小的代价构造抛弃型原型。进化型模型:在需求被清楚定义的状况下,以渐增式方式构建原型,并使原型最终能成为软件产品的一部分。☆请指出下列陈述属于哪种类型的软件需求或不属于软件需求。 p26(1)只有电梯停在某一楼层时,电梯才能变更方向。 非功能(2)系统必需用三个主要模块来实现,即检测、记录和统计分析模块,每个模块各自实现一个主要功能。 功能性需求(3)当用户输入他们的口令后,系统便自动从口令文件中检索他们的加密口令,并进行核对。 功能性需求(4)通过对用户进行不到一个小时的培训后,用户能输入和打印某些数据,且输入/出的出错率低于1/20。 非功能(5)全部报销单据必需经过财务部门某负责人审核后才能交由系统处理。 非功能(6)系统必需用面对对象的方法和技术实现。 非功能☆下列需求是否模糊,假如模糊的话,请在说明理由后赐予修改: p84(1)系统必需在固定的时间间隔内供应状态信息,并且每次时间间隔不得小于60秒。模糊。需求不完整,导致需求不行验证。改进如下:后台任务管理器(BTM)应当在用户界面的指定区域显示状态消息。a.在后台任务进程启动之后,消息必需每隔60(±10)秒更新一次,并且保持连续的可见性。b.假如正在正常处理后台任务进程,那么后台任务管理器(BTM)必需显示后台任务进程已完成的百分比。c.当完成后台任务时,后台任务管理器(BTM)必需显示一个“已完成”的消息。d.假如后台任务中止执行,那么后台任务管理器(BTM)必需显示一个出错信息。(2)“产品必需在显示和隐藏非打印字符之间进行瞬间切换”。 在瞬间这一时间概念上,计算机不能完成任何工作,因此,这个需求是不行行的。该需求也是不完整的,因为它没有说清状态切换的缘由。在特定的条件下,软件产品是否可以进行自动切换或者可否由用户实行某些措施来激发这样转变?还有,在文档中显示转变的范围是什么?是所选的文本、整个文档或其它内容?这个需求也存在一个不确定性问题。“非打印”字符是否指隐藏文本、属性标记或者其它的限制字符?由于存在这些问题,该需求是不行验证的。用如下的语句描述这个需求可能会更好一些: “用户在编辑文档时,通过激活特定的触发机制,可以在显示和隐藏全部HTML标记之间进行切换”。现在,指代关系就清楚了,非打印字符指的是HTML标记。修改过的需求指明白是用户触发了显示状态的转换,但是它并没有对设计造成限制,因为它并没有精确定义所运用的机制。当设计人员选择好一种触发机制(例如热键、菜单叮嘱或语音输入)时,你就可以编写详细的测试用例来验证这种转换操作是否正确。(3)编译系统应当能生出出错报告,这样就可使初学者能快速的排错。应说明编译系统在什么状况下出什么出错报告,改为:编译系统应当能标识出错误,并在错误所在的位置显示出出错报告,这样就可使初学者快速的排错。(4)软件系统应具有良好的反应时间和数据精度,且能由菜单方式驱动。“良好的”应运用量化的语言叙述,改为:软件系统的反应时间应小于1秒,数据精度为10^-6。(5)“分析程序应当能生成HTML标记出错的报告,这样就可以使HTML的初学者运用它来快速排错。”“快速”这个词具有模糊性。缺乏对出错报告内容的定义表明该需求是不完整的。我不知道你是如何验证这个需求的。找一些HTML的初学者,看他们利用这个报告是否可以快速排错?还有一点不清楚的是:HTML初学者运用的是分析程序还是出错报告。并且何时生成这样的报告?让我们运用另一种方式表述这个需求:a.在HTML分析程序完全分析完一个文件后,该分析程序必需生成一个出错报告,这个报告中包含了在分析文件过程中所发觉错误的HTML所在的行号以及文本内容,还包含了对每个错误的描述。b.假如在分析过程中未发觉任何错误,就不必生成出错报告。现在我们知道了任何生成出错报告及其所包含的内容,但是我们已经把该需求提交给设计人员,让他们来确定报告的形式。我们还指明白一种例外状况:假如没有任何错误,就不生成出错报告。(6)“假如可能的话,应当依据主货物编号列表在线确认所输入的货物编号。” 我在想:“假如可能的话”这句话意味着什么?该需求是否在技术上可行?是否可以在线访问主货物编号列表?假如你不能确信是否可以递交一个请求,那么就运用“待确定”(TBD)来表示未解决的问题。这个需求是不完整的,因为它并没有指明假如确认通过或失败,将会发生什么状况。应当尽量避开运用不精确的词汇,例如“应当”。客户可能须要这个功能或者不须要这个功能。一些需求规格说明利用关键字之间微妙的差别如“应当”,“必需”和“可能”来指明重要性。我更宠爱运用“必需”或“将要”来明确说明需求的目的并且明确指定其优先级。改进后的该需求描述如下: “系统必需依据在线的主货物编号列表确认所输入的货物编号。假如在主列表中查不到该货物的编号,系统必需显示一个出错消息并且拒绝订货。”其次种相关需求可能记录了一种异样状况:当进行货物编号确认时,主货物编号列表不行访问。(7)“产品不应当供应将带来灾难性后果的查询和替换选择。” “灾难性后果”的含义是说明的中心词。在编辑文档时,毫无目的地作出全局性变更而用户又不能检测出错误或没有任何方法来订正它,此时就可能带来灾难性后果。你也要合理地运用反面需求,因为这些需求描述了系统所不能做的事情。潜在的关注焦点在于当发生意外损坏时,能爱惜文件的内容。或许,真正的需求是针对多级撤销(undo)实力、全局变更或其它可导致数据丢失行为确定的。☆为便利顾客,某航空公司拟开发一个机票预订系统。机票售票点把预订机票的顾客信息(姓名,性别,身份证号,动身时间和目的地,航班号等)输入该系统,系统为顾客查询航班,打印出取票通知单和账单。顾客在飞机起飞前一天凭取票通知单和账单缴款取票,系统核对无误后立刻打印出机票给顾客。请用数据流图画出该系统的需求模型(不须要给出数据词典) p42系统数据流图顶层数据流图只是粗略的给出整个系统的数据流状况。为了更好的把“航空机票预定系统”中各个模块的详细数据流处理微小环节表示出来,可以在顶层图的基础上自顶向下接着分解,得到1层和2层数据流图。另附数据字典:旅客信息:姓名:xxx姓名:xxx性别:男描述:旅客订票时所填的资料(省份证号、所需机票的基本信息、乘机时间)定义:订票申请表单(旅客姓名、旅客性别、起飞日期、飞行目的地、座位类型)位置:位置:在客户端由旅客填写航班信息:航班名称:航班类型:航班名称:航班类型:描述:全部从本地起飞的航班信息(航班号、起飞时间、到达的目的地、空出的座位数、票价)定义:航班信息(航班号、起飞日期、飞行目的地、空出的座位数、票价)位置:从服务器端查询后,发送到客户端账单信息:账单名称

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论