本文为精简版
如果实在记不住就背二,三
一、需求工程三个主要任务(12页)
①需求工程必须说明软件系统将被应用的环境及其目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用方式、方法所施加的限制和约束,即要同时说明软件需要“做什么”和“为什么”需要做。
②需求工程必须将目标、功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明。需求规格说明是需求工程为重要的成果,是项目规划、设计、测试、用户手册编写等很多后继软件开发阶段的工作基础。
③现实世界是不断变化的世界,因此需求工程还需要妥善处理目标、功能和约束随着时间的演化情况。同时,为了节省开支和进行需求规格说明的重用,需求工程还需要对目标、功能和约束在软件产品族中的演化和分布情况进行综合考虑与处理。
二、涉众识别的基本过程:
①将初始涉众集中起来,进行一次头脑风暴,尽可能地列出一个涉众类别列表。
②对上一步产生的涉众类别列表进行分析,判断它们和软件系统的相关性,找出其中的关键涉众类别。
③为上一步的各个关键涉众类别选择代表,集中起来进行进一步的头脑风暴,列出新的涉众类别列表。如果新列出的涉众类别列表趋于稳定,就可以结束涉众识别过程。如果新列出的涉众类别列表有了新的发现,就提交新的涉众类别列表,转向第②步。
三、为什么要编写需求规格说明文档?(392页)
①需求规格说明文档可以成为各方人员之间有关软件系统的协议基准。
②需求规格说明文档可以成为项目开发活动的一个重要依据。
③在需求规格说明文档的编写过程中,可以尽早的发现和减少可能的需求错误,从而减少项目的返工,降低项目的工作量。
④需求规格说明文档可以成为有效的智力资产。
四、简述需求管理的重要任务(432页)
①交流涉众的需要。
②将需求应用、实施到解决方案。
③驱动设计和实现工作。
④控制变更。
⑤将需求分配到子系统。
⑥测试和验证终产品。
⑦控制迭代式开发中的变化。
⑧辅助项目管理。
五、简述评审的过程,并且说明何时可以结束评审?
常见的评审过程可以分为6个阶段:
(1)规划阶段
(2)总体部署阶段
(3)准备阶段
(4)审查会议阶段
(5)返工阶段
(6)跟踪阶段
若满足下列情况,审查工作可以结束。
①审查期间审查人员提出的所有问题都已解决。
②文档中和相关的工作产品中的所有更改都已正确完成。
③修订过的文档已经进行了拼写检查。
④所有标识为TBD(待确定)的问题都已经解决,或者已经对每个待确定问题的解决过
程、计划解决的目标日期和由谁来解决等编制了文档。
⑤文档已经在项目的配置管理系统中作了登记。
六、DFD层次结构的建立的主要步骤是:
①创建上下文图。
②发现并建立DFD片断。
③根据DFD片断组合产生0层图。
④对0层图的过程进行功能分解,产生N层图。