需求工程复习资料.docx
- 文档编号:28240036
- 上传时间:2023-07-09
- 格式:DOCX
- 页数:30
- 大小:36.03KB
需求工程复习资料.docx
《需求工程复习资料.docx》由会员分享,可在线阅读,更多相关《需求工程复习资料.docx(30页珍藏版)》请在冰豆网上搜索。
需求工程复习资料
第一部分绪论
第2章需求工程过程
案例题
1.从下面的事件当中,你可以替Jeannine总结出哪些教训?
投资经理Jeannine对一个新的投资跟踪系统具有强烈的需求。
她需要做出快速决策来考虑可能进行的投资和撤销投资,耽误一个小时就可能给公司造成几千美元的损失。
最后她放弃了使用公司的信息系统,因为公司的信息系统没有给予她的请求足够高的服务优先级。
她找到软件开发商,购买了一套看似可以满足她要求的软件。
但高层管理人员不同意使用,而且还遇到了其他一些问题。
首先,财务审计员重新评估了公司的投资策略和投资政策。
Jeannine并不知道这一点,于是新的系统没有计入正在被考虑的新政策。
她自己的职员抵制这个系统产生的有关投资和撤销投资的建议。
新系统使用了公司信息系统现有的文件结构,却发现她的职员两年前就放弃使用那些文件了,因为那些文件没有包括全面分析可选替代投资方案所需的数据。
她的职员也批评新系统的设计,说很小的操作错误就会把系统带入“混乱”状态,而且很难恢复过来。
她的一些下级经理坚持要有图形形式的报告,而新系统无法产生这些报告。
最后的问题是,Jeannine不能确定新的系统是否可以进行适当的修改(数据库结构修改和程序修改)以满足新的需求而不用重写所有的程序。
而且她的老板也不能肯定是否会出资请一位顾问来解决这些问题。
解答:
解答一:
(1)她没有仔细认真地分析问题;
(2)她没有及时跟相关人员交流信息,没能把握住有价值信息;
(3)她没能及时跟公司员工交流,引用过时的文件结构;
(4)她没有仔细研究分析新引进的系统的性能需求是否满足;
(5)她没有仔细研究新引进的系统的功能需求是否满足;
(6)她没有仔细研究引进的系统的质量属性,对外接口是否满足。
解答二:
业务需求中没有和高层管理人员沟通好;她提出的用户需求没有和用户(自己的职员)沟通好,也没有向开发人员提出可行性、质量属性(可扩展性)等。
解答三:
没有获得高层支持;财政部支持;下属抵制使用;信息不流通,文件使用不一致;要求的图形报告没有;不知道是否能修改
2.根据下列描述,说明新的直接销售和财务处理系统的业务需求有哪些?
EspeciallyforYouJewelers是大学城的一个小珠宝零售商。
在过去的两年里,EspeciallyforYou在它的商业方面经历了极大的发展,可是,它的财务业绩却与它的发展不同步。
现在的事务处理系统部分手动、部分自动,不能有效的追踪客户账单和收据,EspeciallyforYou难以确定为什么它的成本这么高。
此外,EspeciallyforYou频繁地实行特价以吸引顾客。
它不知道这些特价是否有利可图,是否带来其他的销售。
EspeciallyforYou也想增加回头客,所以它需要一个客户数据库。
EspeciallyforYou想按照一个新的直接销售和财务处理系统以帮助解决这些问题。
解答:
业务需求:
保持财务业绩与它的发展同步;有效地追踪客户账单和收据;降低成本;实行特价时能够知道是否有利可图,是否带动去他的销售;增加回头客。
解答:
业务需求如BR。
BR1:
实现客户账单和收据的有效追踪;
BR2:
实现产品特价时的利润和相关销售情况检查;
BR3:
实现一个客户数据库。
3.
解答:
先定义明确的业务需求,获得开发系统的必要性,根据业务需求,协调涉众的立场,限定问题的范围,指导用户需求的获取过程:
和涉众沟通(即向业务人员了解相关的业务知识,业务流程;再和销售人员沟通,由于他们的顾客是流动的,不确定的,只能通过销售人员间接获取来自于顾客的用户需求,了解他们的背景和习惯),最后根据业务需求对用户需求进行过滤和选择,得到充分必要用户需求。
4.
解答:
UR1:
使用户可以根据系统的明确操作提示做出正确的反应;
UR2:
用户插入银行卡后需要输入密码,得到验证后才可进行有效的具体操作;
UR3:
在用户进入系统后,可以选择使用查询金额、存取现金、转账的功能;
UR4:
用户能够正确、安全地退出系统。
5.解答:
SR1:
(1)系统显示用户插入磁卡的动态图像,正确标明插卡位置;
(2)用户根据提示,正确插入磁卡;
(3)系统读取磁卡卡号,界面显示输入密码的提示;
SR2:
(1)对用户输入的密码,系统自动进行字符匹配;
(2)匹配正确的话,进入具体操作界面;
(3)匹配不正确的话,警告密码不正确,并提示再次输入;
SR3:
(1)若用户选择查询金额图标和查询金额币种,系统读取银行数据库中用户对应的信息,反馈在用户界面上;
(2)若用户选择取款图标和金额币种及输入金额数目,系统读取用户请求,接受金额,修改数据库中该用户对应的信息,并提示成功与否;
(3)若用户选择存款图标和金额币种,系统弹出存款框,用户放入现金,系统接收现金并辨认真伪,并反馈存入金额数目,得到用户确认后,修改数据库中该用户对应的信息,并提示成功与否;
(4)若用户选择转账图标和金额币种并输入对方账号和转账金额数目,系统读取用户请求,修改数据库中所涉及到的用户的信息,并提示成功与否;
SR4:
(1)用户选择退出图标;
(2)系统提示拔卡信息。
6.解答:
性能需求:
在用户点击图标后,系统在3s内作出反应。
质量属性:
易用、可靠、安全、容错、可恢复、可维护。
约束:
当用户输入密码次数等于3次后就不再提示输入密码,并自动锁定银行卡。
第3章需求工程过程
思考题
1.除了需求开发的四个活动和需求管理活动之外,需求工程当中还有没有需要执行的活动?
如果有的话,它们是哪些活动?
给出你的理由。
解答:
还有其他一些活动,例如:
过程管理活动和项目管理活动。
过程管理活动是跟踪项目开发过程,记录项目开发过程当中所遇到的问题或者教训等等。
项目管理活动是管理项目开发的一系列问题与进度,管理人员配置,以求达到最该效益。
2.需求开发过程具有迭代特性,但是不是所有项目的需求开发过程都必须是迭代完成的?
如果不是,请给出举例和理由。
解答:
不是,在问题域很简单或者非常成熟的情况下不需要迭代完成。
(不是,一般对于业务领域不熟悉的项目,需求是具有迭代性的,需要对业务领域的认知,有一个从认识到知识重构的过程。
对于某些固定需求且熟悉的项目,比如学校课程的作业软件工程实践电梯系统,就不需要迭代开发)
(需求获取——>需求分析——>需求规格说明——>需求验证。
当然并不是所有项目的需求开发过程是迭代完成的,比如:
当某一项目开发过程中,用户需求非常简单,开发人员已经相当明确用户需求,这时,就不需要返回到需求获取阶段以继续用户需求的获取,这样,也就不需要迭代完成。
当然,这种情况非常少见。
)
3.需求开发的迭代特性与软件开发过程的迭代式开发有什么关系?
它们之间会互相影响吗?
如果会,那么有哪些影响?
解答:
需求开发的迭代特性只是软件开发过程的迭代式开发的一个子过程,软件开发过程是一个相当庞大的工程,需要在软件开发过程的各个阶段都需要进行开发工作的迭代,当然也包括需求开发中的迭代。
它们之间互相影响。
如果需求开发中的迭代不能很好地完成需求分析任务,就必将影响到软件开发过程的其他迭代阶段的进行。
需求开发的迭代性指的是对于开发者对知识的认知水平在某一点上,发生重构,使得知识体系复杂性下降,而继续积累知识的过程
软件开发的迭代性指的是在软件生命周期整体开发迭代,针对变更的需求或者新增的需求一种减少风险的开发模式
4.需求工程细节知识的实践性对不同项目的需求开发过程的差异性有没有影响?
如果有,请说明影响是什么。
如果没有,请说明是哪些因素产生了不同项目的需求开发过程的差异性。
解答:
没有。
问题域的特性导致了不同项目的需求开发过程的差异。
丁老师解答:
没有影响。
其实是需求开发过程的差异性一定程度上导致了细节知识的实践性。
现实世界问题的复杂性和差异性主要导致了需求开发过程的差异性
第4章需求获取概述
复习题:
缺少用户参与的原因。
和解决方法。
1.用户数量太多,选择困难——涉众分析,完整性,代表性
2.用户认知不足,不愿意参与——积极交流,加强理解
3.用户情绪抵制,消极参与——平衡、共赢分析
4.没有明确的用户——用户替代源
5.管理上的障碍——求得高层支持。
第二部分需求获取
第5章确定项目的前景和范围
复习题:
高层解决方案描述方法。
1.方案问题标识
2.方案描述
3.方案优势
4.方案代价
5.方案边界
6.方案约束
案例题
1.你被任命为替换学生财务资助项目的项目经理。
你想开发一个工作陈述来定义范围并降低范围蔓延的风险。
财务资助部门的主管坚持要你15个月、600000美元的预算内替换他现有的系统就可以了。
他说这就是你需要知道的全部,不需要浪费时间开发一个工作陈述了。
省略工作陈述的风险是什么?
你将如何说服主管?
解答一:
不做工作陈述的风险:
1.在获取需求时,用户往往从各自的立场出发考虑问题,提出相应的功能需求。
如果没有工作陈述,用户就不会从共同的方向上考虑和理解问题,对系统的期望也就产生了较大的差距。
2.没有工作陈述,就等于在用户之间发生需求冲突时,就没有可以用来指导并且调节协商的项目前景,冲突问题也就很难解决。
风险:
1需求理解错误2不能按时完成(超期超资)3做出来的不是想要的
定义范围的必要性:
1.加强用户和开发人员的理解,定义一致的理解2.降低风险
解答二:
省略工作陈述的风险是不能明确项目的前景和范围。
如果省略了工作陈述的话,你就不能和用户进行很好的沟通与交流,这样,项目的问题也就不能明确,即,开发人员无法与涉众对问题达成共识;无法明确问题,也就无法发现正确的业务需求,无法定义良好的解决方案及系统特性,继而无法明确项目的前景和范围,这样就会造成项目的不稳定甚至失败!
解答三:
通过准确的工作陈述来定义项目范围,可以帮助涉众建立现实的期望,包括第一版范围,后续版本范围、限制与排除。
第一版范围概述产品的第一个版本中实现的主要特性,描述产品的质量特性,可以为不同类别的用户提供预期利益。
后续版本能够实现更多的需求和特性,并完善最初的功能。
尤其要说明的是,管理范围蔓延的方法之一,是定义项目包含的需求与不包含的需求之间的界限,应该列出涉众可能希望得到,但不在产品或其某个特定版本计划之内的功能和特性。
2.某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。
她每周都收到一份过期未付款的账户名单。
这份报告已经从两年前的250个账户增加到现在的1250个账户。
为了确定那些严重拖欠债务的账户,Liz需要通读这份报告。
严重拖欠债务的账户由几个不同的规则确定,每个规则都要求Liz检查客户的一项或几项数据。
过去半天的工作量现在增加到了每周三天。
即使在确定了严重拖欠债务的账户后,如果没有查阅该账户三年内的历史资料,Liz也不能做出最后的信用决定(例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理)。
另外,Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。
目前的报告中并没有给她提供这个信息。
假设现在需要你来开发一个软件,解决Liz面对的难题。
那么你认为Liz现在遇到的问题有哪些?
你希望新的软件应该达成哪些业务目标?
你怎样设计软件的高层解决方案和系统特性?
解答:
问题
业务目标
高层解决方案
系统特性
帐户太多,工作量太大
减少检查人员的工作量
能够快速、自动查询客户账户
建立一个数据库系统用来存放客户账户信息
降低工作复杂度
能够分析一个客户是否为问题账户
根据特定的判定问题账户的算法检索辨别出问题账户
需查阅账户的大量历史数据
能够给出一个问题账户的三年内的历史数据
工作人员能够检查该账户的三年内的历史数据
能够按账户号查询该账户三年历史数据
问题账户所占比例没有显示
能够计算问题账户所占比例
即时显示问题账户所占比例
根据查询结果,自动计算并显示问题账户所占比例
3.职工福利和工资顾问遇到了一些问题。
她的工作是为雇员提供他们的福利建议。
公司刚刚磋商了一个新的医疗保险方案,这个方案要求雇员从7个保健组织和首选的供应商方案中进行选择。
保健组织和供应商按照雇员的分类、贡献、免赔额、受益人、服务内容和允许的服务提供商而各不相同,目的是尽可能为雇员提供最灵活的福利,用以使公司的花费极小化并控制付给保险商的费用(这将对公司被收取的后续保险费产生一定的影响)。
这个顾问被请来为雇员选择最合适的保险方案。
她目前以手工方式答复这些请求。
但目前的选择比新计划中的选择要直接得多。
她需要解释新的选择:
它们包括什么,不包括什么,它们的费用和可能费用是多少,具有什么优缺点。
但是,雇员对新计划不信任,这种情况迫使她需要向雇员提供更多具体的建议和答复。
她可能不得不为许多雇员逐步建立假定情境——可能的最坏假定情境。
这种假定将要根据每个雇员的收入、婚姻和家庭状况、目前的健康风险等进行个人定制。
在逐步建立一些样本假定时,她发现:
(1)从信息系统部门获得工资和个人数据需要一天时间。
(2)雇员数据存储在许多文件夹中,而且并不总是被正确地更新。
当冲突数据变得很明显时,除非解决了矛盾,否则就不可能继续她的工作。
(3)计算复杂。
为一个雇员创建投资和退休假定常常需要花费一整天或更长时间。
(4)有些人担心保险计划会被提供给未授权的个人,例如以前的配偶或者非直系亲属。
(5)计算中可变条件的复杂性导致经常出错,很多错误可能一直未被发现。
假设现在需要你来开发一个软件,解决职工福利和工资顾问的问题。
那么你认为她现在遇到的问题有哪些?
你希望新的软件应该达成哪些业务目标?
你怎样设计软件的高层解决方案和系统特性?
解决方案有哪些重要的约束?
解答:
问题
业务目标
高层解决方案
不能有效地从信息部门获得工资和个人数据
减少从信息部门获得工资和个人数据的时间;
度量标准(Scale):
一次从信息部门获得工资和个人数据的时间;
计量方法(Meter):
检查信息部门数据库日志;
理想标准:
减少50%;一般标准:
减少30%;最低标准:
减少20%;
由软件从信息部门的数据库中检索出工资和个人数据,减少所需信息获取的时间
雇员数据太过分散,而且不能及时正确地更新
集中雇员数据,并且正确更新
由软件来分析雇员数据的各种特征,及早识别出数据所在位置;或由软件集中处理雇员数据,及早识别出不准确的或没有及时更新的数据,提交人工处理或自行更新
计算复杂
降低计算的复杂性
由软件来处理投资和退休假定的计算的复杂过程
雇员信息不能得到及时有效正确的更新
及时有效正确地更新雇员信息
由软件来分析个人数据的准确性,及早识别出不准确的个人信息,提交人工处理;
或定时更新数,提高数据的准确性;
计算中可变条件的复杂性
降低计算中可变条件的复杂性
由软件来处理计算中可变条件的复杂性,降低出错率
(1)系统特性:
Ø根据信息部门提供的数据库查询工资和个人数据;
Ø根据原始数据重新整理数据并更新;
Ø提交查询信息;
Ø创建投资和退休假定的计算过程;
Ø通过公司的内联网访问系统,根据个人情况更新信息;
Ø模拟计算中可变条件的变化;
Ø提供最灵活的福利方案。
重要的约束有:
约束源
约束
操作性
雇员信息必须有备份
设备预算
有自己已有的系统上开发
技术要求
应用面向对象的方法
行政要求
需要信息部门的信息
系统
空间不应该超过20M字节
环境
安全性
第6章涉众分析与硬数据采样
1、涉众分析中的以用户为中心的体现。
用户是最终使用和操作产品的人,他们是使用软件的目的是为了更好的完成自己的任务,满足组织的目标要求。
因此,一个成功的软件要能够协助用户有效的完成实际工作,用户也就自然应该是需求获取的主要信息来源。
需求工程师需要了解用户实际工作的开展状况和用户希望软件系统能够给予他们的帮助。
用户参与是以用户为中心的设计方法的核心思想,它要求开发者建立和用户的直接联系,尽早地关注与用户和用户的执行过程,通过及时获得用户的反馈来调整软件设计,以完成高质量的设计。
另一方面,用户参与就是反对通过和市场人员、管理者等中间媒介来了解用户。
在以用户为中心的设计方法中,用户需要参与软件开发的全过程,并且对最终软件设计和质量具有非常重要的影响,所以在该方法中参与用户的选择和普通的涉众代表采样有所不同,要吧他们区分开来。
2、相当多的软件工程实践者认为:
开发团队和用户建立良好的合作关系对项目的成败具有至关重要的意义。
请从需求工程的角度分析这句话,并说明采用哪些手段可能建立和用户的良好合作关系。
第一问:
涉众分析——风险评估
第二问:
可以参考涉众分析结果的作用
理解用户:
对用户的基本特征描述(个人特征、工作特征、少数会涉及地理特征)
评估用户:
优先级评估、风险评估、共赢分析
与用户协商,处理用户间对于项目期望冲突
用户的个人特征和工作特征的描述可以帮助更好的确定功能需求。
案例题
3.
Ø找出问题产生的根源,分析问题背后的问题
Ø涉众分析,找出冲突所在,找出矛盾的焦点
Ø解决信息系统部门与非信息部门之间的冲突
解答:
首先,需要细分涉众类别,这里用户,需求工程师和程序员都属于涉众类别。
需要分析他们各自的赢利条件,以在相互妥协中尽力实现一个共赢的结局。
分析涉众的关注点和兴趣取向。
了解涉众的个人特征和工作特征,以便对软件系统的功能进行合理的调整。
选择合适的代表参与项目的开发。
定期举行讨论会,让用户知道项目的进展情况。
优先级评估,风险评估,共赢分析…
4、对第2章的案例题1,你认为Jeannine在涉众分析方面有哪些工作欠缺?
解答:
根本没有涉众分析,使用的是组织级的系统,应该分析
5、为下面的每一个涉众描述选项试举一例,说明对这些选项进行描述的必要性和忽略这些选项描述可能造成的风险:
个人特征、工作特征、地理和社会特征、关注点和兴趣、目标期望、被影响程度、力量程度。
解答:
⏹涉众个人特征和工作特征的描述可以帮助更好的确定功能需求;
⏹涉众的输赢条件和受影响程度可以帮助解决涉众之间的需求冲突;
⏹涉众的重要性、影响力、关注点和兴趣取向可以用来发现项目的潜在风险;
个人特征
年龄、性别、学历、职业、职务
生活方式、个性、对新技术的态度
技能
身体能力及限制,例如色盲
工作特征
任务
使用状况(利用程度、使用频率等)
技能和经验(新手――专家)
地理和社会特征
地理:
区域、国家
文化背景
社会关系
例:
个人特征:
年龄:
老年人字大
工作特征:
电脑使用程度
地理和社会特征:
文化背景:
中国和台湾
关注点和兴趣:
反对还是赞同
目标期望:
领导的目标
被影响程度:
使用频率
力量程度:
是否可以影响项目实施,领导
对个人特征和工作特征的描述可以帮助更好地确定功能需求;
也可以帮助形成对涉众类别的理解
6、PhilIttup是系统分析员团队中的一员,他受委任去与组织成员面谈,为系统研究收集材料。
企业称为FallBack工业,它有5个管理层。
此外,生产、会计、营销、系统、物流和高层管理是将受到所建议的系统影响的职能区域。
每个阶层大约有40人。
生产层共有80人,会计层有35人,营销层有42人,系统层有10人,物流层有28人。
高层管理有5人。
Phil应该怎样选择面谈对象?
为什么?
解答:
(1)选择面谈对象的时候采用随机抽样,从5个阶层以及生产、会计、营销、系统、物流各选择2-3名客户参与面谈。
高层管理均要参加面谈。
因为在选择面谈的时候要力争均衡的收集用户的需求,因此要涉及各方面受系统影响的人。
采样的规则:
控制人数(4~8),教材上册,P87
(2)高层管理的人最先面谈。
然后是系统层。
其余层的面谈对象根据实际情况可以先后安排面谈的时间,不一定要分先后顺序。
跟高层管理人员进行面谈,采用漏斗结构,因为各个高层管理人员对各自管理的层次从大体上有准确的把握,有助于开发人员首先获取对项目的广度方面的认识,也能获取一些较为详细的信息。
跟具体部门人员进行面谈,采用菱形(必要时,金字塔)结构,因为这种面谈较为具体,问题常为封闭式问题,这样有助于分析人员获得深度认识。
基本规则:
(1)先业务需求,后用户需求,所以先领导后普通;
(2)开始漏斗,领导漏斗
(3)普通用户菱形,必要时金字塔
面谈的结构及其特点:
教材上册,P96
7、Maverick公司是一家有15年历史的国内货物运输公司,假设你的小组担当Maverick公司的系统分析与设计团队,为Maverick公司的所有业务设计一个计算机化或者增强设计计算机化的项目。
Maverick主要进行卡车零运,管理人员按照实时处理(JustInTime)原则工作。
在这个原则指导下,他们建立了包括发货人、收货人和承运公司的伙伴关系,目的是准时运输和交付生产线上需要的材料。
Maverick主张用626台拖拉机拖运货物,它拥有45000平方英尺的仓库和21000平方英尺的办公场地。
1)制定分析Maverick公司的信息需求时,应当收集的硬数据列表。
(提示:
想像一下该公司要开展的工作,应该会有哪些登记表格)。
2)设计一种采样机制,使得小组在不必查看这家公司15年来产生的所有文档的情况下,形成对该公司的清晰认识。
解答:
(1)定量硬数据:
发货及收货的明细表
货物的中转表
拖拉机和仓库的使用情况表
定性硬数据:
日常业务描述文档
描述发货人、收货人和承运公司的伙伴关系文档
参考硬数据的类型:
教材上册,6.5
(2)将这15年公司的情况用图表表达出来,形成对15年以来公司状况的认识,获取生产情况的时候将大致相同的年份列出来,采样时候只需要在大致相同的年份中抽取一份作为样本。
参考采样规则:
教材上册,P90
第7章需求获取方法之面谈
案例题
1.在重新浏览面谈日程的时候,你发现有几个问题看上去不合适。
下面是准备问Sampson纸产品公司销售经理的原问题。
这家公司想把它的一些销售信息放到Web上去,以便经理们可以交互地评论它,从而优化他们的销售方案。
用更合适的方式,重新写下面的问题。
(1)你的下属告诉我,你非常渴望有一台计算机。
这是真的么?
(2)我是这个领域的新手,我有没有忽略什么呢?
(3)你在销售计算中最常用的信息资源是什么,使用频度如何?
(4)其它销售经理认为,把一些月度销售商品放到Web上,然后做趋势分析,将会是一种主要改进,你同意他们的做法吗?
(5)没有比你现在使用的陈旧的方法更好的销售方案吗?
解答:
(有错误问题:
同时问两个问题;隐含和暗示;提问题时上下文相关;问的问题牵扯到了被问的对象,如最后一题的陈旧)
(1)你的下属告诉我,你非常渴望有一台计算机。
这是真的么?
你对计算机的使用态度如何?
你认为作为一个销售经理,是不是应该拥有一台计算机?
(诱导性问题)
(2)我是这个领域的新手,我有没有忽略什么呢?
我问的问题如何,你有什么要补充的么?
我是不是还忽略了什么?
(上下文无关问题)
(3)你在销售计算中最常用的信息资源是什么,使用频度如何?
将两个问题分开
1、你在销售计算中最常用的信息资源是什么(双筒问题)
2、使用频度如何?
(4)其它销售经理认为,把一些月度销售商品放到Web上,然后做趋势分析,将会是一种主要改进,你同意他们的做法吗?
你和其他经理一样,都同意。
。
。
,是吗?
你认为把一些月度销售商品放到Web上,然后做趋势分析会是一种改进吗?
(诱导性问题)
(5)没有比你现在使
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 工程 复习资料