下载文档原格式
软件工程(期末试题及答案)软件工程(期末试题及答案)一、选择题（共20题，每题2分，共40分）1. 在软件工程中，以下哪一项不是七大工程（）。
A. 软件需求B. 软件设计C. 软件开发D. 软件维护答案: D2. 软件需求分析的目的是（）。
A. 理解用户需求B. 设计软件架构C. 编写用户手册D. 测试软件功能答案: A3. 软件开发过程中的迭代模型，不存在的是（）。
A. 瀑布模型B. 敏捷开发模型C. 螺旋模型D. 喷泉模型答案: D4. 以下哪个不是软件测试的目的（）。
A. 发现错误和缺陷B. 验证软件是否满足需求C. 评估软件的可靠性和质量D. 优化软件的性能答案: D5. 软件项目管理中，以下哪种方法适用于大型复杂项目（）。
A. 瀑布模型B. 敏捷开发C. 增量模型D. 螺旋模型答案: D6. 软件开发生命周期中，以下哪个过程不属于（）。
A. 需求分析过程B. 设计过程C. 编码过程D. 运维过程答案: D7. 在软件工程中，什么是软件测试（）。
A. 软件开发的最后阶段B. 发现软件缺陷的过程C. 确保软件质量的控制过程D. 软件最终验收的流程答案: C8. 以下哪种测试方法旨在评估软件在不同负载下的性能和稳定性（）。
A. 单元测试B. 集成测试C. 系统测试D. 性能测试答案: D9. 软件开发中，以下哪个活动不属于软件配置管理（）。
A. 版本控制B. 配置变更控制C. 缺陷管理D. 代码评审答案: D10. 以下哪个是敏捷开发的基本原则（）。
A. 面对面交流胜过文档B. 完全按照计划进行C. 精确的需求分析是关键D. 严格的变更控制是必要的答案: A11. 下列哪个不属于软件配置管理的内容（）。
A. 变更控制B. 版本控制C. 缺陷管理D. 运维管理12. 软件的可靠性是指（）。
A. 软件是否能正常运行B. 软件是否符合用户需求C. 软件运行期间不出现故障的能力D. 软件功能的完善程度答案: C13. 下列哪个不属于软件开发的7大原则（）。
建造师如何进行工程施工材料的选择和采购建造师在工程施工管理中起着至关重要的作用，其中涉及到的一个重要环节就是工程施工材料的选择和采购。
正确的材料选择和采购能够确保工程质量和进度的有效控制。
本文将从建造师的角度探讨如何进行工程施工材料的选择和采购。
一、建立合适的供应商数据库在进行材料选择和采购之前，建造师需要建立一个合适的供应商数据库。
这个数据库应该包含多个可靠的供应商信息，如公司名称、联系人、联系方式等。
建造师可以通过参观展览会、查阅产品目录、网络搜索等方式来寻找和了解供应商，并将他们的信息分类整理，以备后续选择使用。
二、了解工程需求，制定材料选型标准建造师在选择和采购材料之前，必须对工程的需求有清楚的了解，并根据需求制定相应的材料选型标准。
这些标准可以包括材料的性能要求、质量标准、环保要求、施工工艺要求等。
例如，在选择水泥时，建造师可以根据工程需要确定强度等级、抗渗性能等指标，并将这些标准作为选择和采购的依据。
三、了解市场情况，获取最新的价格信息建造师在进行材料采购时，必须了解市场的实际情况，并及时获取最新的价格信息。
他们可以通过与供应商直接联系，查询市场行情，或者通过专业的材料市场了解到材料的实际价格。
掌握最新的价格信息可以帮助建造师在选择和采购时做出更明智的决策，避免因价格波动而对工程造成不利影响。
四、进行材料评估和筛选在拥有合适的供应商数据库和了解市场情况的基础上，建造师可以进行材料的评估和筛选。
他们可以根据工程需求和选型标准，结合供应商的信誉、产品质量和售后服务等因素，对不同的材料进行评估和比较，以找到最适合工程的材料。
评估和筛选时，建造师可以考虑邀请供应商提供样品或进行试用，从而更加确切地了解材料的性能和适用性。
五、签订合同，确保采购的合法性和权益在材料选择和采购的过程中，建造师需要与供应商签订合同，明确双方的权益和责任。
合同应包括材料的具体规格、质量标准、交付时间、价格、付款方式、售后服务等条款。
工程打井方案一、项目背景水是生命之源，而地下水则是人类生活、生产、生态环境等各方面的重要水源。
因此，保障地下水资源保护和高效利用，已经成为社会各界关注的焦点。
工程打井是一种常见的获取地下水资源的方法。
本文将针对工程打井的方案进行探讨。
二、项目概况本项目位于中国某省某市，地处北纬28°，东经116°，属亚热带季风气候区域，年均降雨量约1200毫米。
地下水资源丰富，是该地区农业、工业和生活用水的重要来源。
项目需求为打井获取地下水资源，用于农田灌溉和生活用水。
三、地质勘察在进行工程打井前，首先需要进行地质勘察，以确定地下水资源的存在和分布情况。
根据地质调查数据，确定最佳打井位置。
在项目所在地区的地质条件中，主要是沉积岩和火山岩为主，其中砾石、砂岩、粉砂岩等为优质的含水层，适宜进行工程打井。
四、井选井设计根据地质勘察结果，选择适宜的井位和井型。
在本项目中，选择了适用于当地地质条件的坑井和钻井两种方法。
坑井适用于浅层含水层，采用人工方式挖掘井眼；钻井适用于深层含水层，通过机械设备进行钻进。
五、工程打井方案1. 施工准备进行工程打井前，需完成施工准备工作。
包括确定井位、清理现场、搭建施工设施、调试机械设备等。
同时要对周边环境进行评估，确保施工过程中不会对环境造成不良影响。
2. 井眼凿打根据选择的井型和地质条件，进行井眼的凿打工作。
对于坑井，采用人工方式进行凿打，费工费时；对于钻井，使用相应的钻机进行凿打，效率较高。
3. 进行灌注与支护在井眼凿打完毕后，需进行灌注与支护工作。
灌注支护材料，以加固井眼结构，提高井壁的稳定性和密封性，防止地下水的淤泥渗入。
4. 完井设备安装在井眼凿打和支护完成后，进行完井设备的安装工作。
根据项目需求，安装抽水设备、输水管道等必要设备，以实现对地下水资源的有效开采和利用。
5. 井眼消毒井眼完工后，需要对井眼进行消毒处理，以确保井水的卫生安全。
选择合适的消毒剂，进行对井水的消毒处理，达到卫生标准。
软件研发过程中的需求分析方法随着科技的进步和应用软件的广泛使用，软件研发过程中的需求分析方法变得越来越重要。
需求分析是软件开发过程的关键步骤，旨在确定用户对软件的需求和期望，为后续的设计、开发、测试等工作提供基础。
本文将介绍一些常用的软件研发过程中的需求分析方法。
一、面谈法面谈法是最广泛应用的需求获取方法之一，它通过与用户面对面的交流，向用户询问需求和期望。
面谈法可以帮助分析师更好地理解软件用户对软件的需求，获取准确和详细的需求信息。
在面谈过程中，分析师需要与用户积极互动，询问问题并记录用户的回答。
此外，分析师还可以通过反复追问，澄清需求细节，避免理解上的歧义。
二、问卷调查法问卷调查法是一种有效的需求获取方法，特别适用于大规模用户群体。
通过设计问卷并向用户发送，可以收集大量用户的需求和意见。
问卷调查法的优势在于能够快速获取多样化的需求信息，并能够方便地进行数据分析和统计。
然而，问卷设计需要注意问题的准确性和完整性，并确保问卷内容易于理解和回答。
此外，需要合理选择调查对象，以确保收集到的数据能够代表用户的整体需求。
三、原型法原型法是以构建软件原型为目标进行的需求获取方法。
分析师通过绘制软件原型，如界面设计、流程图等，与用户进行交互和讨论。
原型法的优势在于可以直观地展示软件的功能和交互方式，帮助用户更好地理解软件系统。
分析师还可以根据用户的反馈，不断优化原型设计，满足用户需求。
然而，原型法可能需要较长的时间和资源投入，同时也需要注意保护原型的安全性和保密性。
四、故事板法故事板法是一种以用户故事为基础的需求获取方法。
分析师通过与用户沟通，获取用户对软件系统的具体需求，并将其整理成故事板。
故事板中包含用户角色、场景描述和期望结果等信息，帮助开发团队更好地理解用户需求和系统功能。
故事板法的优势在于可以快速捕捉用户需求信息，并通过故事板的形式进行展示，提高交流效率和准确性。
然而，故事板法需要与用户保持紧密的沟通和协作，以确保故事板的准确性和完整性。
需求的常用方法有哪些在我们的日常生活和工作中，了解和把握需求是至关重要的。
无论是开发一款新产品、策划一场活动，还是解决一个问题，都需要先明确需求是什么。
那么，需求的常用方法有哪些呢？首先，我们来谈谈问卷调查法。
这是一种广泛应用且相对简单直接的方法。
通过设计一系列有针对性的问题，以书面形式分发给大量的潜在用户或相关群体。
问卷的设计至关重要，问题要清晰明了、具有针对性，且避免引导性和模糊性。
比如，在询问关于一款新手机的需求时，不能直接问“您是否认为这款手机的摄像头应该具有更高的像素？”，而应该问“您对于手机摄像头的像素有什么样的期望？”这样可以让被调查者更自由地表达自己的真实想法。
接下来是访谈法。
与问卷调查不同，访谈是一种面对面或通过电话等方式进行的深入交流。
访谈者可以根据被访谈者的回答进一步追问，获取更详细、更深入的信息。
在访谈过程中，访谈者要善于倾听，保持中立和开放的态度，鼓励被访谈者畅所欲言。
比如，在了解用户对某个软件的使用体验时，可以问“您在使用过程中遇到了哪些困难？”“您觉得哪些功能还需要改进？”等等。
观察法也是一种有效的需求获取手段。
观察人们在实际场景中的行为和反应，能够直接了解他们的需求和痛点。
例如，观察超市中顾客的购物行为，看他们在寻找商品时是否遇到困难，或者观察办公室里员工的工作流程，发现可能存在的效率问题。
但观察法也有局限性，可能会受到观察者主观因素的影响，而且有些行为可能只是偶然现象。
头脑风暴法在团队中常常被用于挖掘需求。
大家聚在一起，自由地提出各种想法和观点，不受任何限制。
在这个过程中，鼓励创新和大胆的设想，哪怕是看似不切实际的想法也可能会激发新的灵感。
头脑风暴结束后，再对提出的各种想法进行整理和筛选。
案例分析法也是常用的方法之一。
通过研究类似的成功或失败案例，从中吸取经验教训，了解用户的需求和市场的反应。
比如，分析同类型的产品在市场上的表现，了解消费者为什么喜欢或不喜欢它们，从而为自己的产品开发提供参考。
考点：数据流图，UML图（用例图，状态图，类图，活动图，时序图），需求获取，需求分析，需求定义（需求规格说明书SRS），需求验证，需求管理和跟踪，需求变更（流程），逆向工程，软件重构。
解题技巧：先看问题，再看题目描述。
快速浏览所有题目的问题。
总论：1需求开发—主线，目标1.1需求获取（6种方法）1.2需求分析（7个任务、3个方法）1.3需求定义（需求规格说明书）1.4需求验证2需求管理—支持，保障2.1变更控制2.2版本控制2.3需求跟踪（正向、反向）2.4需求状态跟踪需求的层次：业务需求（抽象层次高，跟企业战略目标相关）用户需求系统需求（功能需求、非功能需求[性能][质量属性]、设计约束）质量功能部署QFD：常规需求期望需求意外需求一、需求获取的方法1、用户访谈：1对1-3，有代表性的用户。
形式包括结构化和非结构化2种。
结构化是指事先准备好一系列问题，有针对的进行；非结构化只是列出一个粗略的想法，根据访谈的具体情况发挥。
最有效的访谈是结合这2种方法进行。
优点：良好的灵活性、应用范围广。
缺点：信息量大记录困难，时间有限，对系统分析师要求高（具有足够的领域知识，丰富的经验，较强的沟通能力）。
2、问卷调查：用户多，无法一一访谈。
关键在于精心设计并制作好的调查表。
优点：广撒网，代价小，信息真实，好统计缺点：缺乏灵活性，无法了解细节3、采样：从种群中系统的选出有代表性的样本集的过程，通过认真研究所选出的样本集，可以从整体上揭示种群的有用信息。
样本数量=0.25x(可信度系数/可接受的错误)^2优点：提高了效率，降低了成本，使用数理统计原理，减少数据收集的偏差缺点：依赖系统分析师主观因素，要求高4、情节串联板：一系列图片，通过图片来讲故事。
优点：给用户直观的演示，交互性强，最生动缺点：花费时间多，效率低。
5、联合需求计划JRP：通过联合各个关键用户代表，系统分析师，开发团队代表一起，通过高度组织的群体会议来讨论需求。
建筑工程材料采购措施本文档旨在提供建筑工程材料采购的措施和指导。
以下是一些可以采取的简单策略：1. 制定采购计划：在开始采购前，制定一个详细的采购计划是必要的。
该计划应包括所需材料的清单、数量、规格要求、交付日期等信息。
制定采购计划：在开始采购前，制定一个详细的采购计划是必要的。
该计划应包括所需材料的清单、数量、规格要求、交付日期等信息。
2. 寻找可靠供应商：寻找并与可靠的供应商建立良好的合作关系是确保材料质量和交货准时的关键。
可以通过网上搜索、参考行业口碑和推荐等方式找到可靠的供应商。
寻找可靠供应商：寻找并与可靠的供应商建立良好的合作关系是确保材料质量和交货准时的关键。
可以通过网上搜索、参考行业口碑和推荐等方式找到可靠的供应商。
3. 进行材料质量检查：在采购之前，对所需材料的质量进行检查是非常重要的。
可以要求供应商提供样品，或者委托专业机构进行第三方检测。
进行材料质量检查：在采购之前，对所需材料的质量进行检查是非常重要的。
可以要求供应商提供样品，或者委托专业机构进行第三方检测。
4. 签订合同：与供应商签订合同可以保护双方的权益，并明确采购的细节和条款。
合同应包括价格、数量、质量标准、交付方式、付款方式等内容。
签订合同：与供应商签订合同可以保护双方的权益，并明确采购的细节和条款。
合同应包括价格、数量、质量标准、交付方式、付款方式等内容。
5. 跟踪交付进度：在采购过程中，及时跟踪供应商的交付进度是必要的。
可以要求供应商提供交付计划，并与其进行定期沟通，确保交货准时。
跟踪交付进度：在采购过程中，及时跟踪供应商的交付进度是必要的。
可以要求供应商提供交付计划，并与其进行定期沟通，确保交货准时。
6. 控制采购成本：建筑工程材料采购往往涉及大量资金。
因此，合理控制采购成本是必要的。
可以通过比较不同供应商的价格、采用集中采购方式等来降低采购成本。
控制采购成本：建筑工程材料采购往往涉及大量资金。
因此，合理控制采购成本是必要的。
需求工程
需求工程是软件工程中至关重要的一个阶段，它涉及到软件开发的前期阶段，是整个软件开发过程中的基础。
在需求工程中，我们需要明确和分析用户的需求，将用户的需求转化为可用的软件规格说明，以指导后续的软件设计和开发工作。
需求工程包含需求获取、需求分析、需求规格说明等阶段，每个阶段都至关重要。
需求获取
需求获取是需求工程的第一步，也是最关键的一步。
在这个阶段，我们需要与用户、客户和利益相关者沟通，了解他们的需求和期望。
可以通过面对面的会议、问卷调查、访谈等方式获取用户需求，确保对需求的全面理解和收集。
只有充分了解用户需求，才能为软件开发提供正确的方向和依据。
需求分析
需求分析是将获取到的需求进行分析和整理，确保需求的一致性、完整性和可行性。
在这个阶段，我们需要对需求进行验证和确认，识别需求中的隐含需求和冲突需求，消除需求的不一致之处。
需求分析的结果是需求规格说明书，其中包含了用户需求的详细描述和开发团队对需求的理解。
需求规格说明
需求规格说明是对需求进行形式化描述的过程，将用户需求转化为具体的软件规格说明。
在这个阶段，我们需要使用各种工具和技术，如用例图、数据流图、状态图等，将用户需求进行详细的分解和描述。
通过需求规格说明书，开发团队可以清晰地了解软件系统的功能、性能、界面等方面的要求，从而指导后续的软件设计和开发工作。
需求工程是软件开发过程中不可或缺的一个环节，有效的需求工程可以帮助开发团队更好地理解用户需求，减少软件开发过程中的风险和错误，提高软件开发的成功率和质量。
因此，对于任何软件开发项目来说，需求工程都是非常重要的。
工程所需的方案有哪些类型1. 技术方案技术方案是指工程项目在技术实现方面的解决方案，包括工艺流程、技术设备、工程设计等。
技术方案的编制需要考虑到工程项目的特点和要求，并结合先进的技术和经验知识，以确保工程质量和安全。
2. 设计方案设计方案是指工程项目在设计阶段的方案，包括建筑设计、结构设计、设备设计等。
设计方案需要综合考虑工程项目的功能、美观和经济性，以满足工程需求和规范要求。
3. 施工方案施工方案是指工程项目在施工阶段的方案，包括施工组织设计、施工工艺流程、施工进度计划等。
施工方案的编制需要考虑到工程实际情况和施工限制条件，以确保施工的安全、质量和进度。
4. 运营方案运营方案是指工程项目在运营阶段的方案，包括设备运行管理、维护保养、节能降耗等。
运营方案的编制需要考虑到工程运营的经济性和可持续性，以确保工程设施的正常运行和效益。
5. 环保方案环保方案是指工程项目在环保方面的方案，包括环境保护措施、污染治理、资源利用等。
环保方案的编制需要考虑到工程对环境的影响和环保要求，以确保工程项目的环保合规性。
6. 安全方案安全方案是指工程项目在安全管理方面的方案，包括施工安全、设备安全、人员安全等各个方面。
安全方案的编制需要考虑到工程安全风险和安全管理要求，以确保工程项目的安全可靠性。
在实际工程项目中，上述各个方案类型是相互关联和相互作用的，需要综合考虑并协同配合，才能实现整个工程项目的顺利进行和成功实施。
同时，工程方案的编制需要依据相关法律法规和行业标准，充分考虑各种因素，以确保工程项目的安全、经济、环保和社会效益。
需求分析的方法有哪些需求分析是软件开发过程中至关重要的一步，目的是明确开发的目标和用户需求，从而为软件设计、开发和测试提供指导。
需求分析的方法可以分为以下几种：一、观察法（Observation Method）：通过观察用户现有的工作环境和过程，了解用户的实际需求。
可以通过直接观察、访谈、问卷调查等方式获取用户需求，发现用户需求与实际操作之间的差距。
二、访谈法（Interview Method）：与用户进行面对面的访谈，通过提问和交流，深入了解用户的需求和期望。
可以通过个别访谈、小组访谈、专家访谈等方式进行。
三、问卷调查法（Questionnaire Method）：通过设计问卷，向用户、管理人员、领导等相关人员发送，收集用户的需求和意见。
问卷调查可以同时收集大量用户的意见和需求，并进行统计分析。
四、头脑风暴法（Brainstorming）：邀请开发团队成员和用户一起进行头脑风暴，发散思维，集中讨论潜在的需求和解决方案。
可以通过自由发挥、集体讨论、循环补充等方式，激发创新想法和发现新的需求。
五、场景分析法（Scenario Analysis）：通过描述用户在特定场景下的操作和需求，更好地理解用户的使用环境和需求背景。
可以通过需求故事板、情景模拟、用户故事等方式，描述用户和系统之间的交互过程。
六、原型法（Prototype Method）：通过制作简化的原型，向用户展示系统的功能和界面。
用户可以通过实际操作和体验，更准确地表达自己的需求和期望。
可以通过低保真原型、高保真原型、交互式原型等方式制作。
七、模型法（Modeling Method）：通过建立数学模型、数据模型、过程模型等形式，对用户需求进行分析和建模。
可以通过数据流图、用例图、活动图、领域模型等方式，对需求进行形式化描述和分析。
八、软件工程方法（Software Engineering Method）：包括系统开发生命周期中的各种管理和技术方法，如需求管理、变更管理、需求跟踪、质量保证等。
实地测量与室内测量的区别与应用导语：在各种工程项目、室内设计、地图制作等领域中，测量是一项必不可少的工作。
对于测量而言，实地测量和室内测量是两种常见的方法。
本文将探讨这两种测量方法的区别以及各自的应用场景。
一、实地测量实地测量又称为野外测量，是指在实际地面上进行的测量工作。
它具有以下几个特点：1. 需要外出：实地测量需要测量人员亲自到测量现场进行观察和测量，因此对工作人员的调度和时间安排有一定的要求。
2. 操作复杂：在实地测量过程中，需要使用测量仪器，如全站仪、测距仪等进行测量。
这些仪器操作繁琐，需要具备一定的专业知识和技能。
3. 精度相对较低：由于实地测量容易受到外界环境的干扰，如地形地貌的复杂性、天气因素等，因此实地测量的精度相对较低。
实地测量在土地测绘、道路规划、建筑施工等领域有着广泛的应用。
在土地测绘中，实地测量可以获取各种地形地貌数据，为地图制作提供基础；在道路规划中，实地测量可以获得地表的坡度、高程等信息，为道路设计提供依据；在建筑施工中，实地测量可以确定地基、地下管线等位置，为施工提供准确的基础数据。
二、室内测量室内测量是指在室内环境中进行的测量工作，主要应用于室内设计、装修等领域。
它与实地测量有以下几个不同之处：1. 无需外出：相比实地测量，室内测量无需测量人员外出，可以在室内进行测量，因此更为方便和灵活。
2. 操作简便：室内测量通常使用较为简单的仪器，如测量尺、水平仪等，操作相对容易，无需过多的专业知识。
3. 精度较高：相比实地测量，室内测量更容易控制测量条件，因此精度相对较高。
室内测量在室内设计、装修等领域有着广泛的应用。
在室内设计中，室内测量可以获取各种空间尺寸、墙面高度等数据，为室内布局提供准确的依据；在装修中，室内测量可以确定各种装修材料的尺寸和位置，为施工提供准确的参数。
三、实地测量与室内测量的比较1. 便捷性：实地测量需要测量人员外出，操作相对复杂，而室内测量无需外出，操作简便，因此室内测量更为便捷。
设备管理与维修2021№3（下）次试压过程中压力分别为6000psi 和5500psi ，均没有超过额定挤毁压力，所以可以排除因管体承受压力过大导致被拍扁的因素。
但是从试压过程分析中可以看出，试压过程中钻具所承载拉力达到617500lb （280t ），已经超过改规格钻杆额定抗拉强度的11.55%，因此钻具超拉是导致本次钻具挤扁的直接原因。
3结论（1）出现问题的两支钻杆管体的化学成分、力学性能、外观尺寸均符合API 5DP 标准要求。
（2）此次钻杆管体被挤扁的主要原因是，试压过程中钻具所承载的拉力过大，超过该规格钻杆所能承受的拉力上限，导致管体被挤扁。
（3）建议在上述井矿使用127×9.19mm S135规格钻杆，该规格钻杆的额定抗拉为711729lb （325t ），比127×9.19mm 的G105规格钻杆抗拉能力提升29.5%。
参考文献［1］American Petroleum Institure.API Spec 5DP:Specification for Drill Pipe ［S ］.2009.［2］Standard DS -1Drill Stem Design and Operation Volume （24th Edition ）［S ］.2015.［3］赵金凤，余世杰，袁鹏斌，王勇，帅亚民.双台肩钻杆接头纵向裂纹失效分析［J ］.金属热处理，2015，40（2）：214-220.［4］朱洪涛，王显林，申鹏亮，赵彪.5"G105钻杆管体刺穿失效分析与预防［J ］.中国石油和化工标准与质量，2018，38（17）：160-161.〔编辑吴建卿〕0引言航空发动机的研制开发是在多种约束下生产出满足用户需求的产品，初始阶段就应正确捕获客户需求，并将其作为项目的重要输入[1]。
我国民用航空发动机的研制起步较晚，在运行支持需求管理方面尚属空白。
因此在航空发动机型号项目研制过程中，需要一种适用于航空发动机运行支持需求捕获的方法。
《软件需求分析》结课论文学院：计算机科学与技术学院专业：软件工程班级：软件工程四班姓名：马政学号：201115060134摘要： (1)引言 (1)主要内容 (2)一、需求获取的目的 (2)二、需求获取的信息内容 (2)三、需求获取面临的挑战 (2)四、需求获取信息的来源 (2)五、需求获取的方法 (2)六、需求分析的根本任务 (3)七、需求分析的目的 (3)八、需求分析的方法 (3)九、需求分析阶段中常用的模型 (4)十、需求获取和分析的若干法则 (4)十一、为什么要进行需求获取和分析 (5)十二、实例—考试管理系统的需求获取和分析 (5)考试管理系统的需求获取 (5)考试管理系统的需求分析 (5)结束语： (7)参考文献： (8)如何进行需求的获取和分析摘要：本次“《软件需求分析》结课论文”主要介如何在产品设计之前进行必要的需求的获取和分析，需求的获取一般主要包括：收集背景资料、定义项目前景和范围、选择信息的来源、选取获取方法，执行获取、记录获取结果；而需求的分析一般主要包括：背景分析、确定系统边界需求建模、需求细化、确定优先级、需求协商；最后制定成需求规格说明文档来达到指导项目开发的目的。
如果在产品设计之前不进行必要的需求的获取和分析的话，就很可能会因为一个地方的失误而导致整个项目的失败，那么我们的所有努力就都将要灰飞烟灭了，所以，在项目开始之前我们要做好充分的需求获取和分析，并且需求的获取和分析一定要做到位。
引言需求获取顾名思义就是进行需求收集的一个过程或者活动，它从人员，资料和环境中得到系统开发所需要的相关信息，传统上，不管是结构化或者是面向对象的开发都不太重视需求获取，主要还是将需求分析放在首位，当前的实践表明，需求阶段的主要活动除了需求分析外，其前应有需求获取，其后至少要包括需求验证。
原因在于由于系统规模和应用领域的不断扩大，需求获取的信息逐渐庞杂，需求分析人员在需求获取的过程中要面对的困难不断增加。
工程需求方案怎么写一、引言项目的开始，大多数情况下都是从一个需求出发。
在实际工程项目中，规划和管理需求是一个至关重要的工作。
一个好的需求方案，不仅可以明确项目的目标和范围，还能够为后续的设计、开发和实施工作提供清晰的指导。
因此，本文将围绕工程项目的需求方案展开讨论，力求全面而系统地分析和规划项目的需求。
二、需求分析1.项目概况本项目是一个新兴的工业项目，需要进行规划与建设。
项目的整体目标是建立一个先进的生产线，用于生产特定产品。
项目所在地具备丰富的资源和便利的交通条件，可以满足日后大规模生产的需要。
2.项目背景当前，市场对特定产品的需求正在增长，在这种情况下，建设一条生产线来满足市场需求变得十分紧迫。
同时，项目的成功还将对当地的经济发展起到重要促进作用，因此得到了政府和投资方的高度重视。
3.需求描述为了满足市场对特定产品类型的需求，本项目需要建设一条全自动化的生产线。
这条生产线需要具备高效率、低能耗、低排放的特点，同时还需要具备较高的智能化水平，以适应未来的发展需求。
另外，项目还需要对生产线的后期维护和管理进行规划，以确保生产线的长期稳定运行。
三、需求方案1.需求目标基于项目需求分析的基础上，我们确定了以下需求目标：（1）建设一条全自动化的生产线，用于特定产品的生产；（2）保证生产线的高效率和稳定运行，并且符合环保和节能要求；（3）规划生产线的后期维护和管理，确保其长期稳定运行。
2.需求规划（1）技术方案在需求分析的基础上，我们将采用最先进的自动化技术，设计一条高效率、低能耗、低排放、智能化的生产线。
同时，我们还将采用先进的生产设备和控制系统，以确保生产线的稳定和可靠性。
（2）后期维护和管理方案针对生产线的后期维护和管理，我们将规划一整套完备的方案。
包括生产设备的定期维护、故障排除、数据监测和分析等工作，以确保生产线的长期稳定运行。
3.需求具体化在确定了需求目标和需求规划之后，我们将对需求进行具体化，并制定相应的实施方案。
工程项目需求获取的几种方法及其适用环境
摘要：我们知道，需求调研不充分、用户需求描述不完整不准确，轻则影响项目建设的顺利程度，重则影响应用系统的质量，甚至决定项目的成败。
俗话说，“良好的开端是成功的一半”。
需求获取作为项目伊始的活动，是非常重要的。
目前我们所开发的软件项目一般有两种类型：产品项目和工程项目。
产品项目一般都会有充足的时间进行非常仔细的需求调研和分析，而工程项目却并非如此（因为它往往受诸多因素的影响）。
本文拟讨论如何根据工程项目的实际特点，采用合适的方法低成本高效率地获取用户的需求。
关键词：工程项目需求获取方法
产品项目一般是根据公司战略和市场需求研发的旨在进行批量出售或推广的项目，工程项目一般是根据与用户签定的合同研发的旨在满足特定用户需求的项目。
笔者所开发和管理的项目主要是工程项目，在项目的建设过程中，感觉到最头疼的是项目需求的获取；我们往往要花相当大的精力在需求获取和需求确认上，然而有时效果还很不理想。
经过几年时间的项目实践，我们逐步总结出针对不同项目情况所适合采用的需求获取方法，这些方法能大大提高需求获取的效率。
现总结之，愿与大家分享。
我们知道，一个工程项目，如果从开发方（即承建方）和用户方（即建设方）对需求的清楚程度来分，大致可以分为如下四种：开发方和用户方都清楚项目需求、开发方不清楚项目需求但用户方清楚、开发方和用户方都不清楚项目需求、开发方清楚项目需求但用户方不清楚。
针对这四种类型的项目，我总结出四种对应的需求获取方法：问卷调查法、会议讨论法、界面原型法和可运行原型系统法。
以下逐一解析之。
一、问卷调查法
所谓“问卷调查法”，是指开发方就用户需求中的一些个性化的、需要进一步明确的需求（或问题），通过采用向用户发问卷调查表的方式，达到彻底弄清项目需求的一种需求获取方法。
这种方法适合于开发方和用户方都清楚项目需求的情况。
因为开发方和建设方都清楚项目的需求，则需要双方进一步沟通的需求（或问题）就比较少，通过采用这种简单的问卷调查方法就能使问题得到较好的解决。
这种方法的一般操作步骤是：
步骤一、开发方先根据合同和以往类似项目的经验，整理出一份《用户需求说明书》和待澄清需求（或问题）的《问卷调查表》提交给用户；
步骤二、用户阅读《用户需求说明书》，并回答《问卷调查表》中提出的问题，如果《用户需求说明书》中有描述不正确或未包括的需求，用户可一并修改或补充；
步骤三、开发方拿到用户返回的《用户需求说明书》和《问卷调查表》进行分析，如仍然有问题，则重复步骤二，否则执行步骤四；
步骤四、开发方整理出《用户需求说明书》，提交给用户方确认签字。
由于这种方法比较简单、侧重点明确，因此能大大缩短需求获取的时间、减少需求获取的成本、提交工作效率。
二、会议讨论法
所谓“会议讨论法”，是指开发方和用户方召开若干次需求讨论会议，达到彻底弄清项目需求的一种需求获取方法。
这种方法适合于开发方不清楚项目需求（一般开发方是刚开始做这种业务类型的工程项目）但用户方清楚项目需求的情况。
因为用户清楚项目的需求，则用户能准确地表达出他们的需求，而开发方有专业的软件开发经验，对用户提供的需求一般都能准确地描述和把握。
这种方法的一般操作步骤是：
步骤一、开发方根据双方制定的《需求调研计划》召开相关需求主题沟通会；
步骤二、会后开发方整理出《需求调研记录》提交给用户方确认；
步骤三、如果此主题还有未明确的问题则再次沟通，否则开始下一主题；
步骤四、所有需求都沟通清楚后，开发方根据历次《需求调研记录》整理出《用户需求说明书》，提交给用户方确认签字。
由于开发方不清楚项目需求，因此需要花较多的时间和精力进行需求调研和需求整理工作。
三、界面原型法
所谓“界面原型法”，是指开发方根据自己所了解的用户需求，描画出应用系统的功能界面后与用户进行交流和沟通，通过“界面原型”这一载体，达到双方逐步明确项目需求的一种需求获取的方法。
这种方法比较适合于开发方和用户方都不清楚项目需求的情况。
因为开发方和用户方都不清楚项目需求，因此此时就更需要借助于一定的“载体”来加快对需求的挖掘和双方对需求理解。
这种情况下，采用“可视化”的界面原型法比较可取。
这种方法的一般操作步骤是：
步骤一、开发方根据其所了解到的需求（如通过合同或与用户交流），采用界面制作工作描画出应用系统的功能界面；
步骤二、将应用系统的功能界面提交给用户并与用户沟通，挖掘出新需求或就需求达成理解上的一致；
步骤三、开发方就不断获取的需求进行增量式整理，根据新的需求丰富和细化界面原型；
步骤四、双方经过多次界面原型的交互，开发方最终整理出《用户需求说明书》，提交给用户方确认签字。
由于开发方和用户方都不清楚项目需求，因此此时需求获取工作将会比较困难，可能导致的风险也比较大。
采用这种“界面原型”的方式，能加速项目需求的“浮现”和双方对需求的一致理解，从而减小由于需求问题可能给项目带来的风险。
针对这种类型的项目，我们也可以采用下面将要介绍的“可运行原型系统法”，但由于开发方对需求不了解（证明以前缺乏类似项目的开发经验和产品积累），如果开发一个可运行的原型系统，则几乎需要从零开始编写代码，前期投入会很大。
四、可运行原型系统法
所谓“可运行原型系统法”，是指开发方根据合同中规定的基本需求，在以往类似项目应用系统的基础上进行少量修改得出一可运行系统，通过“可运行原型系统”这一载体，达到彻底挖掘项目需求的一种需求获取的方法。
这种方法比较适合于开发方清楚项目需求但用户方不清楚项目需求的情况。
这种类型的项目，开发方一般都有类似项目的建设经验，因此可以在以往项目的基础上，快速“构建”出一可运行系统，然后借助于这一“载体”来加快对需求的挖掘和双方（特别是用户方）对需求的理解。
这种情况下，采用“所见即所得”的可运行原型系统法比较可取。
这种方法的一般操作步骤是：
步骤一、开发方根据其所了解到的需求（如通过合同或与用户交流），在以往类似项目的基础上，快速“构建”出一可运行系统；
步骤二、通过向用户演示“可运行原型系统”，逐步挖掘并让用户确认项目需求；
步骤三、开发方就不断获取的需求进行增量式整理，根据新的需求丰富可运行原型系统；
步骤四、双方经过多次可运行原型系统的交互，开发方最终整理出《用户需求说明书》，提交给用户方确认签字。
由于开发方清楚用户的需求（证明以前有类似项目的开发经验和产品积累），但用户方自己不清楚，因此此时开发一个“可运行原型系统”，开发方的投入不会很大，但对于用户理解和确认项目需求非常有利，因此针对这种类型的项目这是一种比较理想的需求获取方式。
这种方法的另一个好处是：正式系统一般可以在该“可运行原型系统”的基础上演化而成，为后续开发工作节省不少的工作量和成本。
值得注意的是，以上总结出的这四种需求获取方法不是互斥的，我们可以根据项目的实际特点独立应用或组合应用。
“忙碌，不代表有效率；方法，远胜于苦干”。
但愿我们从事软件项目开发的朋友们，都能掌握好恰当的方法，以图能获得“事半功倍”的效果。
