软件工程习题集样本.doc

21世纪高等学校计算机规划教材

软件工程习题集

系别：计算机科学与技术系
班级：软件102（对口）
学号：
姓名：吕明敬

目 录

第1章 软件工程概述 1
1.1 软件概念及其特点 1
1.2 按照功能层次软件可分为系统软件支撑软件应用软件 1
1.3 顾客定制软件与通用商业软件特点 1
1.4 软件工程概念及其对软件产业化发展积极意义 2
1.5 软件工程涉及过程办法工具三个方面技术问题 2
1.6 软件工程管理重要体当前四个P上 2
1.7 软件工程必要考虑工程目的以体现其工程价值 3
1.8 构造办法特点、面向对象办法特点、面向对象办法优越性 3
1.9 Microsoft Visio使专心得 4
第2章 软件开发过程模式 5
2.1 软件开发期目的任务及概要设计需要完毕任务 5
2.2 瀑布模式一大特点是里程碑管理机制 5
2.3 瀑布模式局限性 5
2.4 抛弃型原型与进化型原型异同 6
2.5 原型进化模式不能适应较大型软件项目开发因素 6
2.6 增量模式优越性 6
第3章 软件项目管理 8
3.1 软件开发机构内质量控制部作用 8
3.2 项目负责人必要是管理专家因素 8
3.3 软件项目中文档分类 8
3.4 软件开发需要有配备管理其重要涉及哪些方面管理 8
3.5 计算器程序 9
3.6 质量原则 13
第4章 计算机系统工程 14
4.1 计算机系统构成及特性 14
4.2 Client/Server构造系统扩充性 14
4.3 Browser/Server构造特点及长处弱点 16
4.4 网络游戏软件体系构造 17
4.5 高层分析 19
4.6 软件项目实行前为什么要进行可行性分析 19
4.7 软件开发可行性原则 20
第5章 需求分析 22
5.1 软件需求 22
5.2 顾客抱怨解决办法 22
5.3 系统分析师应当具备素质 22
5.4 需求分析基本过程 23
5.5 软件顾客种类 24
5.6 惯用调查手段 26
5.7 需求分析中需求模型用途 26
5.8 泳道含义 29
5.9 需求分析中涉及哪些方面需求验证 29
5.10 原型需求验证和评审需求验证 30
第6章 构造化分析建模 31
6.1 学生管理系统建模 31
6.2 图书借阅管理系统建模 32
6.3 库房管理系统流程 34
6.4 入学管理系统数据流程 35
6.5 储蓄系统数据解决流图 35
第7章 基于UML面向对象分析建模 37
7.1 图书借阅管理系统 37
7.2 商品库存管理系统 37
7.3 银行储蓄系统 38
第8章 概要设计 36
8.1 软件系统构架涉及因素 36
8.2 软件分层体系构造特点及优势 36
8.3 数据表及其关联与实体及其关系不同 37
8.4 索引作用 38
8.5 数据库设计建模 38
8.6 概要设计中规定对模块进行抽象作用 38
8.7 模块抽象与信息隐蔽作用 39
8.8 模块内聚度与耦合度 40
8.9 过程内聚与顺序内聚 40
8.10 数据耦合与控制耦合不同 41
8.11 构造化程序控制特点 41
8.12 面向对象程序构造类图及软件图用途 42
第9章 构造化设计建模 45
9.1 自动阅卷系统 45
9.2 入学管理系统 45
9.3 储蓄系统 46
9.4 网上考试系统 46
第10章 基于UML面向对象设计建模 47
10.1 面向对象设计建模特点 47
10.2 设计类图和分析类图区别 47
10.3 协作图与时序图异同点 47
10.4 系统布置因素 47
10.5 图书借阅管理系统设计类图 48
10.6 商品库存管理系统设计协作图 48
10.7 储蓄系统设计时序图 48
第11章 顾客界面设计 49
11.1 GUI界面设计 49
11.2 GUI界面设计 49
11.3 老式窗体和Web页比较 49
11.4 学生成绩查询窗体 49
11.5 学生成绩管理系统 50
11.6 界面规定有一致风格 50
第12章 算法设计与编码 51
12.1 构造化流程控制特点 51
12.2 程序流程图改用NS图、PAD图、PDL伪码进行算法 51
12.3 查询从1000以内将可以被7整除数 52
12.4 零件库房管理系统 53
第13章 软件测试 54
13.1 简述单元测试对象、内容及办法 54
13.2 渐增集成概念 54
13.3 确认测试概念 54
13.4 面向对象单元测试特点 54
13.5 回溯法程序调试特点 55
第14章 软件维护 56
14.1 软件可维护性 56
14.2 试阐明软件维护实行过程 56
14.3 逆向工程 56

第1章 软件工程概述
1.1软件概念及其特点
软件概念及其特点。
答：（1）软件是计算机系统中逻辑成分，是程序、数据、文档等诸多逻辑元素集合，需要有物理硬件支持才干产生作用；
（2）软件特点：
①软件有对硬件不可缺失依赖；
②软件有不同于硬件生产流程；
③软件有不同于硬件生命过程。
1.2按照功能层次软件可分为系统软件支撑软件应用软件
按照功能层次分，软件可分为系统软件、支撑软件、应用软件。那么SQL Server是哪个层次软件，ADO.NET是哪个层次软件，Visual C++是哪个层次软件？
答：（1）SQL Server是系统软件（系统软件：为计算机底层软件，如操作系统、设备驱动程序、数据库引擎等）。
（2）C++是支撑软件（支撑软件：介于系统软件与应用软件之间支持软件开发软件，最惯用是支持软件开发与维护工具软件，如程序编译器、程序编辑器、错误检测程序、程序资源库等）。
（3）ADO.NET是应用软件（应用软件：为最后顾客提供应用服务软件，普通有工具软件开发，并依托系统软件支持运营，如财务解决系统，生产控制系统，办公自动化系统）。
1.3顾客定制软件与通用商业软件特点
按照服务对象，软件可分为顾客定制软件，通用商业软件。试举例阐明这两类软件特点。
答：（1）顾客定制软件由特定顾客独享，一次需要针对特定顾客进行专门需求分析，以满足特定顾客特殊应用需要，例如：某特殊设备控制系统、某公司业务管理系统、某特定大厦只能监控系统、某都市交通监管系统。
（2）通用商业软件是开发机构依照社会需求自主开发软件，大多有广泛顾客群，如通用办公系统、通用财务系统。为满足通用性，通用商业软件往往需要有面向顾客应用配备，以使软件能适应各种不同工作环境和满足各种不同应用需要。
1.4软件工程概念及其对软件产业化发展积极意义
软件工程概念及其对软件产业化发展积极意义。
答：软件工具用于对软件工程办法与软件过程自动化或半自动化进行支持。软件工具也像工程办法同样，规定可以覆盖整个软件过程，如项目管理、软件分析、软件设计、程序创立、软件测试等，都规定有适当软件工具支持。
1.5软件工程涉及过程办法工具三个方面技术问题
软件工程涉及过程、办法、工具三个方面技术问题，这三个方面存在什么互有关系？试举例阐明它们之间关系。
答：软件过程是软件开发与维护实行路线和详细环节，并且是软件开发时工程化框架，是工程办法与软件工具得以有效应用基本；软件工程办法指是开发与维护软件时应当“如何做”一系列技术性办法。工程办法涉及内容有工程规范、工程方略、技术手段等。软件工程办法需要软件过程，因而也就需要考虑不同过程中工程办法关联性。显然为使不同阶段工程办法能有效关联，工程办法需要形成体系，如构造化办法体系、面向对象办法体系，即这样工程办法体系可以支持从软件分析到软件设计、实现全过程任务开展。软件工具用于对软件工程办法与软件过程自动化或半自动化进行支持。软件工具也像工程办法同样，规定可以覆盖整个软件过程，如项目管理、软件分析、软件设计、程序创立、软件测试等，都规定有适当软件工具支持。
1.6软件工程管理重要体当前四个P上
软件工程管理重要体当前四个P上，即项目（Project），人员（People）、过程（Process）、产品（Product）。请简述这四个方面管理，并谈某些自己结识。
答：（1）项目是一种工程单位，软甲开发即以软件项目为单位实行。应当说，软件项目使软件开发中各种因素集中到了一起，它使软件开发有了管理必要，并使软件开发有了管理便利。
（2）软件是智力劳动密集型产业，软件开发必要由人来完毕。因而，开发人员，特别是先进技术人才，是决定软件能否成功开发最核心因素之一。软件开发人员组织构造是软件项目组，它是一种软件开发团队，其成员涉及项目负责人、开发人员、资源管理员、软件测试员等。
（3）过程管理第一项工作是选取一种与所承担软件项目相适应过程模式。可供选取过程模式有瀑布模式、原型模式、增量模式、螺旋模式；过程管理第二项工作室基于所选过程模式制定出更加详细里程碑过程筹划，以便于软件开发能基于各个里程碑获得有效过程控制。
（4）产品管理涉及产品质量管理、产品配备管理；为了保证软件产品质量，必要建立一种有效产品质量保证体系。该体系有质量原则、质量筹划、质量控制等要素构成；为使产品及其配套资源具备一致性，必要建立完善配备管理，该项管理是一组针对软件产品追踪和控制活动，其贯穿于整个软件生存周期，以保证软件开发中各种输出信息都是一致。
1.7软件工程必要考虑工程目的以体现其工程价值
软件工程必要考虑工程目的，以体现其工程价值。某些重要工程目的有减少成本、满足需求、改进性能、提高质量、及时交付。请按照你所结识重要性，对上述工程目的进行优先级排序。
答：满足需求、提高质量、改进性能、减少成本、及时交付。
1.8构造办法特点、面向对象办法特点、面向对象办法优越性
构造化办法有什么特点？面向对象办法有什么特点？C语言是构造化程序代表，java则是面向对象程序代表，试以她们为根据阐明构造化办法与面向对象办法区别。
答：（1）构造办法特点是以实现软件功能为基本目的；
（2）面向对象办法特点是数据封装、类体继承、操作多态；
（3）与构造化办法相比，面向对象办法可体现如下几种方面优越性：
①便利由分析到设计转换通道；
②更加接近现实环境；
③更加有效程序复用手段；
④可使软件以迭代方式逐渐完善。
1.9Microsoft Visio使专心得
Microsoft Visio 使专心得。
答：作为一种产品策划，能纯熟使用绘制流程图软件Visio可以随心所欲表达自己想法。作为一种辅助工具，Visio作用其实就是策划人员与技术人员之间想法交流，以及策划人员对评审等人员想法描述。因此流程图明了严谨是需要具备最基本条件。既然是“图”，简洁美观也可以更好让工作进行，这就需要咱们寻常多加练习了。其实在Visio使用中咱们也能掌握某些小技巧，例如F9可以切换连接线功能，在连接线上如何随意添加文字等。因此对一种策划人员来说，有时候画流程图也许也像画画同样，还是蛮有趣味。这些虽然当前还不会用，我想后来我会努力学好这些。
第2章 软件开发过程模式
2.1软件开发期目的任务及概要设计需要完毕任务
软件开发期目的任务是什么？概要设计需要完毕什么任务？
答：（1）软件概要设计；
（2）软件详细设计；
（3）编码和单元测试；
（4）系统集成；
（5）系统验收。
概要设计需要提交概要设计阐明书，她将作为详细设计与系统集成根据。
2.2瀑布模式一大特点是里程碑管理机制
瀑布模式一大特点是里程碑管理机制。对此，你有什么结识？
答：瀑布模式可带来基于阶段任务里程碑管理。这是一种可量化并能适应大型项目管理机制，可以基于阶段设定和度量项目进程，可以按照阶段进行项目任务分派以及估算项目任务完毕比例。普通，项目管理者可事先估算出每个阶段任务量，并以此为根据规定每个阶段任务时限，然后即可按阶段布置任务与监督项目进程。
2.3瀑布模式局限性
为什么瀑布模式不能较好适应顾客需求变更？原型进化模式有为什么能较好地适应顾客需求变更？
答：瀑布模式局限性，瀑布模式中软件过程只能按规程推动，并且必要等到所有开发任务完毕后来，才干获得可以交付使用软件产品。因而，瀑布模式并不能获得对软件系统迅速创立，对于某些急于交付软件系统开发，瀑布模式有操作上不便。
瀑布模式可以有效保证软件质量，对于需求明确软件系统开发，瀑布模式是一种较好过程模式。但是，瀑布模式灵活性不是较好，如果已经开始设计，则来自顾客一种很小需求变更祈求，也也许会给软件项目带来大难题，由此导致项目延期。事实上，大多数应用系统在其开发初期顾客需求并不清晰，因而对于那些面向顾客应用系统开发，瀑布模式有较大不适应性。
2.4抛弃型原型与进化型原型异同
试阐明抛弃型原型与进化型原型异同？
答：相似点：
一方面它们都是软件原型，软件原型是指对软件问题直观模仿或仿真。原型可用于软件分析与设计分析阶段所建原型叫做分析原型，通惯用来解决顾客对软件系统在需求上而模糊结识；设计阶段所建原型叫做设计原型，通惯用来试探某种设计与否可以获得预期效果。
不同点：
（1）抛弃型原型是用了来对需求进行评鉴或对设计进行试探，为使需求与设计问题尽快拟定下来，并尽量减少原型成本，抛弃型原型往往运用第四代语言或软件迅速生成工具创立。
进化型原型由于将演变为可被顾客使用产品，因而普通规定在最后产品开发平台上创立。
（2）抛弃型原型不需要投入实际应用，因而可以就针对某个专卖问题建立局部原型，而无需考虑完整性，抛弃型原型也也许是一种叫完整系统，但却是一种不必投入实际应用实验品。
开发者大多选取可视化开发工具创立进化型原型，因素是这些可视化开发工具不但能迅速创立原型，并且还能使原型投入实际应用，并逐渐演变为最后目的系统。
2.5原型进化模式不能适应较大型软件项目开发因素
普通以为，原型进化模式不能适应较大型软件项目开发，因素是什么？
答：原型进化模式对于面向顾客中小型软件开发会有一定优势，但却由于管理规程上局限性，而不能有效保证软件质量，不能适应大型软件系统开发。
2.6增量模式优越性
增量模式结合了瀑布模式与原型进化模式特点，更详细地说，其可体现出哪些方面优越性？
答：（1）增量模式提供了基于增量需求适应性，能面向顾客需求进行系统开发；同步又具备良好里程碑流程控制，可以基于里程碑管理软件项目，可是项目进程与任务量化，可提供有效质量保证，因而能较好适应大型应用软件系统开发；
（2）增量模式中软件规格细节定义是结合到在增量构件开发中进行，因而可通过增量构件而逐渐完善需求；
（3）增量模式在开发初期时需获得需求框架；
（4）软件开发可按照增量构件功能价值安排优先顺序，并逐个实现与交付；
（5）增量模式下软件系统式基于增量构件逐渐扩充，这种开发模式显然有助于开发者构件创立与系统集成经验积累；
（6）增量模式尚有助于从总体上减少软件项目技术风险。
第3章 软件项目管理
3.1软件开发机构内质量控制部作用
软件开发机构内普通都设有质量控制部，并将其置于产品开发部、服务部之上。对此，你有什么看法？
答：质量控制部是提供软件质量原则，负责各阶段软件成果评审，负责软件开发过程质量控制以及产品服务质量监督。质量控制部大多设立于组织构造较高层次，以获得对整个项目有效质量监控。
3.2项目负责人必要是管理专家因素
普通以为项目负责人不一定是技术专家，但必要是管理专家。对此，你有什么看法？
答：软件是为顾客开发，在开发过程中自始至终中必要得到顾客密切合伙和支持，作为项目负责人要特别注意与顾客保持联系，掌握顾客心理和动态，因而项目负责人不一定是技术专家，但必要是管理专家。
3.3软件项目中文档分类
软件项目中文档分类。
答：（1）技术文档：软件开发人员技术性工作成果，如需求规格阐明书、数据库设计阐明书、概要设计阐明书、详细设计阐明书；
（2）管理文档：软件开发人员工作筹划或工作报告，如项目开发筹划、测试筹划、开发进度月报、项目开发总结报告；
（3）顾客文档：软件开发人员为顾客准备软件操作使用阐明，如顾客手册、操作手册、系统维护手册。
3.4软件开发需要有配备管理其重要涉及哪些方面管理
软件开发需要有配备管理其重要涉及哪些方面管理。
答：软件配备管理需要建立三个配备库，开发库、基线库与产品库。
（1）开发库是一种面向开发人员成果库，里面成果普通是暂时，大多是有待进一步完善半成品。可通过开发库动态追踪开发人员工作轨迹，或还原其此前工作动态，事实上，由于有了开发库，开发过程中软件变更会变得相对容易管理；
（2）基线库是一种面向项目构成果库，用来保存被确认基线成果。普通状况下，如果开发库中软件半成品通过评审而确认达到了基线原则，就可从开发库移入基线库；
（3）产品库是一种面向软件开发机构成果库，用来保存最后产品。产品库管理权普通属于软件机构中配备管理部门，只有该部门工作人员才具备操作权。
3.5计算器程序
编写一种计算器程序。顾客输入运算数和四则运算符，输出计算成果。如图3-1“计算器”所示。

图3-1 计算器
计算器代码如下：
var
Form1：TForm1;
temp1:real;
temp2:real;
flag:integer;
implementation

{$R *.dfm}

procedure TForm1.FormCreate(Sender：TObject);
begin
temp1:=0;
temp2:=0;
flag:=0;
end;

procedure TForm1.N4Click(Sender：TObject);
begin
showmessage('本程序用于对DELPHI编程进行基本练习');
end;
procedure TForm1.N2Click(Sender：TObject);
begin
close;
end;

procedure TForm1.Button1Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button1.Caption;
end;
procedure TForm1.Button2Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button2.Caption;
end;
procedure TForm1.Button3Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button3.Caption;
end;

procedure TForm1.Button4Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button4.Caption;
end;

procedure TForm1.Button5Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button5.Caption;
end;

procedure TForm1.Button6Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button6.Caption;
end;

procedure TForm1.Button7Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button7.Caption;
end;

procedure TForm1.Button8Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button8.Caption;
end;

procedure TForm1.Button9Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button9.Caption;
end;

procedure TForm1.Button10Click(Sender：TObject);
begin
edit1.Text:=edit1.Text+button10.Caption;
end;

procedure TForm1.Button11Click(Sender：TObject);
begin
flag:=1;
temp1:=strtofloat(edit1.Text);
edit1.Text:='';
end;

procedure TForm1.Button12Click(Sender：TObject);
begin
flag:=2;
temp1:=strtofloat(edit1.Text);
edit1.Text:='';
end;

procedure TForm1.Button13Click(Sender：TObject);
begin
flag:=3;
temp1:=strtofloat(edit1.Text);
edit1.Text:='';
end;

procedure TForm1.Button14Click(Sender：TObject);
begin
flag:=4;
temp1:=strtofloat(edit1.Text);
edit1.Text:='';
end;

procedure TForm1.Button16Click(Sender：TObject);
begin
edit1.Text:='';
temp1:=0;
temp2:=0;
flag:=0;
end;

procedure TForm1.Button15Click(Sender：TObject);
begin
case flag of
1:temp2:=strtofloat(edit1.Text)+temp1;
2:temp2:=temp1-strtofloat(edit1.Text);
3:temp2:=strtofloat(edit1.Text)*temp1 ;
4：temp2:=temp1/strtofloat(edit1.Text);
end；
或case
edit1.Text:=floattostr(temp2);
end;
procedure TForm1.Button17Click(Sender：TObject);
begin
edit1.Text:=copy(edit1.Text,1,length(edit1.Text)-1);
end;
end.

3.6 质量原则
什么是质量原则？国际原则与否一定高于国标？软件公司与否能制定自己质量原则？
答：软件质量原则是关于软件质量大纲性规定，是建立有效质量保证体系基本，是评价软件质量好坏基本根据。
有人以为国际原则一定高于国标，国标又一定高于地区原则，而实际情形也许刚好相反。状况往往是，基于国际原则建立，同步依照自己国家特定需要，加进了某些特别限制，因而国标往往要高于国际原则。
事实上，某些较大软件开发机构也可依照自身特点，并参照国际原则、国标，制定出有自己公司特性质量原则。显然，这样质量原则有更高质量规定。
第4章 计算机系统工程
4.1计算机系统构成及特性
计算机系统有哪些元素构成?其特性是什么？
答：计算机系统构成元素如图4-1计算机系统构成所示。

计算机系统

软件系统

硬件系统
应用系统

工具系统
操作系统

网络系统
数据库管理系统

图4-1 计算机系统构成
系统最基本特性是具备整体性，虽然是由更小元素构成，但其作用仍体现为一种统一体。
4.2Client/Server构造系统扩充性
例阐明Client/Server构造系统扩充性？
答：Client/Server构造系统扩充性如图4-2主机构造和图4-3C/S构造图所示。

图4-2 主机构造

图4-3 C/S构造图
答：例如图4—3所示多媒体应用系统，或许初期应用只需要提供图片信息服务，因而初期系统只建立了图片服务器。然而，该系统扩充性好，虽然初期系统中没有视频服务、目录服务，但却可以在系统后续完善建设中添加进来，以提供应更加全面多媒体应用服务。
4.3 Browser/Server构造特点及长处弱点
Browser/Server构造有哪些特点？与Client/Server构造相比，有哪些优势及弱点？
答：（1）特点：
B/S构造核心是Web服务器，其基于IIS建立互联网信息服务，通过HTTP合同实现客户端与服务器信息交互，并通过ASP、JSP等，实现Web动态服务。
B/S构造可最大限度地减轻客户端计算承担。
（2）与C/S相比较优缺陷：
在B/S构造有安装布置与前端访问便利，然而在获得便利同步，访问快捷性与操控灵活性则下降了。
事实上，在B/S构造中，客户端与Web服务器通过HTML合同间接地进行交互，并且客户端Web服务器之间是间断性连接。因而，这种构造性能、稳定性、操控性都不如老式C/S构造。也因而，实际应用中经常将老式C/S构造与B/S构造相结合，以满足多方面应用需求。如图4-4C/S构造和B/S构造所示。

图4-4 C/S构造与B/S构造
4.4网络游戏软件体系构造
答：如图4-5 老式游戏构造流程图所示。

图4-5 老式游戏构造流程图
4.5高层分析
软件开发为什么要作高层分析?需要进行哪些方面高层分析？
答：软件开发需要立项，并需要有立项根据。诸多根据即来自系统高层分析。
系统高层分析普通仅限于系统基本特性，而并不涉及内部细节，因而被看做高层分析。
然而，需要注意是，有待开发软件只是计算机系统中需要添加或需要改进某种特定逻辑元素，她缺少独立性，并依赖于硬件、底层软件、网络。
事实上，对软件分析，需要以硬件、底层软件、网络、其她支撑软件为背景，并且越是初期阶段，越需要考虑底层环境支持，越需要关注外部环境影响。
普通来说，可从如下方面对系统进行高层分析：
（1）软件系统业务领域，业务边界与业务流程；
（2）软件系统对硬件设施、网络环境、数据环境依赖；
（3）软件系统安全层级、办法、与防范机制；
（4）软件系统与其她有关系统之间协作关系；
（5）软件系统与顾客组织及其工作任务协调性与适应性。
4.6软件项目实行前为什么要进行可行性分析
软件项目实行前为什么要进行可行性分析?涉及哪些方面可行性分析。
答：可行性分析目是：以少量时间及人力成本为代价，对项目时候可着手实行做出有根据判断，以 避免因项目实行条件不具备而导致大量人力、物力与时间挥霍。
项目正式启动前，普通应进行可行性分析。由于技术与应用环境复杂性，软件项目普通会有一定风险，其有也许达不到立项所盼望工程目的。因而，在然间项目正式实行之间，很有必要对其进行可行性分析，以判断立项中所盼望工程目的与否可以达到。
分析时需要依照项目基本目的及条件限制，建立系统高层模型，即应在高层模型中体现出来，以以便对项目做出有根据可行性判断。
可行性分析还将产生对软件高层定义，其普通基于项目基本目的与顾客直观需求产生，可作为框架用于需求分析，可以以便后期软件规格细节定义。
可行性分析涉及下面几种方面内容：
（1）技术可行性：
①技术自身限制；
②技术资源限制。
（2）经济可行性：
①项目成本估算；
②项目效益分析。
（3）应用可行性。
4.7软件开发可行性原则
如果软件开发所采用技术即先进又成熟，该技术与否一定具备可行性？
答：技术可行性分析是关于软件项目技术问题高层方略，需要对有待开发系统高层技术构架进行摸索。
对技术可行性判断是基于软件开发者也许采用技术而提出，并需要从技术自身与技术资源这两个方面做出可行性评估。
软件开发对技术一半规定是：不但具备先进性，并且已经获得较好工程经验，有一定成熟度，可以保证开发出来软件系统在工能、性能、安全灯诸多方面都能达到预期技术目的。
显然，技术先进性与成熟度是两个需要平衡考虑技术因素。
技术资源限制是指开发者对所采用技术在把握限度上限制，如纯熟限度、资源丰富限度、技术支持等。毫无疑问是，尽管开发者准备采用技术史即先进有成熟，但如果开发者对该技术缺少经验，并且难以获得外部技术支持，则从工程角度考虑，该技术仍不具备可行性。
项目还需考虑经济上合理性，她应当是有经济支撑力，并且可带来经济效益。普通，可从成本与效益这两个方面，对项目做出经济可行性评估。
应用可行性需要考虑是软件可用性与实用性，所涉及问题有：法律条款对软件限制、应用授权对软件限制、业务规则对软件限制。显然，一种先行法律法规不容许使用软件，或一种超越了使用授权范畴软件，或一种与所处领域业务规则有冲突软件，将不具备应用可行性。
第5章 需求分析
5.1软件需求
什么是软件需求？有哪些方面软件需求？
答：软件需求，即顾客对软件规定。普通，顾客会依照自身业务需要提出软件规定，如规定财务软件系统可以准时自动生成财务分析报表，规定人力资源软件系统可以进行人力成本核算。
软件需求分类：功能需求、数据需求、性能需求、接口需求。
5.2顾客抱怨解决办法
软件往往因不能满足应用需求而遭到顾客抱怨。对此，如果你是软件开发者，你有何看法,并有何解决办法？
答：也许是开发商专注于技术所致，开发者吧绝大某些精力放在软件技术上，如先进体系构造、高效率程序算法，而对顾客需求不够注重，以致软件虽然实现了，但却没能满足顾客所需。
也也许是开发者缺少把握软件需求技能所致，虽然开发者并不缺少对顾客热情，但却不能较好与顾客沟通，不能较好地理解顾客意图，以致拟定下来软件规格与顾客需求并不一致。
开发商在开发软件之前最佳先把顾客意图理解清晰。
5.3系统分析师应当具备素质
普通以为，系统分析师是需求分析专家，系统分析师应当具备哪些素质？
答：（1）计算机系统知识体系；
（2）顾客领域知识体系；
（3）工作责任心与认真态度；
（4）对详细事务进行抽象能力；
（5）问题建模能力；
（6）沟通与协调能力；
（7）文档协作能力。
系统分析师是需求分析负责人，其任务是获取顾客需求，并依照软件顾客需求定义软件技术规格，以利于软件开发者实现软件需求，如图5-1 系统分析师职责所示。

图5-1 系统分析师职责
5.4需求分析基本过程
试对需求分析基本过程进行阐明。
答：如图5-2需求分析过程所示。

如图5-2 需求分析过程
5.5软件顾客种类
什么是软件顾客？举例阐明各不同种类软件顾客。
答：普通说来，顾客即指软件使用人。然而，当顾客作为一种与软件有关抽象概念浮现是，则有这范畴更广德外延，泛指系统以外可从软件获得服务对象，涉及软件使用机构，软件直接操作者，软件间接受益者以及需要从软件获得服务支持其她系统或设备，如图5-3 来自不同领域顾客所示。

图5-3 来自不同领域顾客
不同阶层顾客会有不同软件需求：
（1）高层顾客所关注也许是基于系统业务法杖，如新系统与否有助于提高工作效率，与否有助于拓宽业务面，与否有助于改进客户关系；
（2）中层顾客所关注也许是基于系统业务运作，如新系统与否能保证既有业务模式正常运转，与否能更以便，有效地提供她所需要业务数据；
（3）低层顾客所关注则往往是实际操作，如新系统与否能提供更加人性化并更加以便快捷操作界面，与否能不久学会新系统使用；
顾客与软件系统密切关系对顾客进行分类：
（1）软件系统管理员普通被当作是核心顾客；
（2）软件系统普通操作者被当作是直接顾客；
（3）与软件系统有关部门负责人则是也许被当作是间接顾客。
5.6惯用调查手段
调查仍是收集顾客需求最重要途径，惯用调查手段有哪些？
答：（1）访谈；
（2）座谈；
（3）问卷；
（4）跟班作业；
（5）收集资料。
5.7需求分析中需求模型用途
需求分析中可建立哪些方面需求模型，分别有什么用途？
答：业务树图是典型构造化建模，用于展开业