软件需求分析教学案例

《高校课程调度系统》软件需求规格说明书a。

引言a.1目的高校教务管理工作是高等教育中的一个极为重要的环节，是整个院校管理的核心和基础.面对种类繁多的数据和报表,面对手工处理方式已经很难跟上现代化管理的步伐。

随着计算机及通讯技术的飞速发展，高等教育对教务管理工作提出了更高的要求。

尽快改变传统的管理模式，运用现代化手段进行科学管理，已经成为整个教育系统亟待解决的课题之一。

根据全国高校教学管理软件市场的需求，开发完成教学管理系统尤其是课程调度管理系统迫在眉睫,为计算机管理课程调度工作提供全面的解决方案.a.2预期的读者和阅读建议本需求分析说明书适用于该项目客户、业务或需求分析人员，用户文档编写者，项目管理人员,项目产品开发人员，产品测试人员,技术支持人员。

a.3产品的范围高校课程调度系统，是一个集先进的关系和文档数据库技术、多媒体技术于一身的课程调度管理系统的解决方案。

本系统结构清晰、自动化程度高、运行速度快、用户界面友好、课程调度工作味道浓厚、使用灵活方便，可大大提高高校教务管理部门的工作效率，规范各类课程调度管理工作的业务流程。

本系统适合各类高等院校的各级教学、教辅管理部门使用(包括：教育处、教研科、教务科、基础课程科等），也适用于各类中专及职业技术学校。

a.4参考文献《普通高等学校本科专业设置规定》、《教育部关于高等学校学籍方面一些名称的提法》、《湖南省教委关于普通高等学校教学管理制度和学生学籍管理有关问题的暂行规定》、《教学一览》、《课程编号一览》、《软件工程》、《计算机系统导论》、《数据库原理与方法》、《 SoftWare Requirement 》b。

综合描述b.1产品的前景各级教学管理部门作为各个高等学府的一个重要职能部门,管理、制定、执行与学校头等大事—-教学工作有关的各项工作及政策。

其中，教学计划的实施是一个重要的环节。

每学期管理人员都要制定、整理教学计划，根据教学计划下达教学任务书,然后根据教学任务书编排课程表。

《软件工程》教学教案一、第一章：软件工程概述1. 教学目标了解软件工程的定义、目的和重要性，掌握软件开发的基本过程和原则。

2. 教学内容软件工程的定义和重要性；软件开发的基本过程；软件工程的原则和方法。

3. 教学方法采用讲授法，结合案例分析，让学生了解和掌握软件工程的基本概念和原则。

4. 教学资源教材、课件、案例分析。

5. 教学评价通过课堂提问和案例分析，评估学生对软件工程的理解和应用能力。

二、第二章：软件需求分析1. 教学目标掌握软件需求分析的基本概念、方法和过程，能够运用需求分析工具进行需求收集和分析。

2. 教学内容软件需求分析的基本概念；需求分析的方法和过程；需求分析工具的使用。

3. 教学方法采用讲授法和实例分析，让学生了解和掌握需求分析的方法和过程。

4. 教学资源教材、课件、实例分析。

5. 教学评价通过课堂提问和实例分析，评估学生对需求分析的理解和应用能力。

三、第三章：软件设计1. 教学目标掌握软件设计的基本概念、方法和过程，能够运用设计工具进行软件架构和详细设计。

2. 教学内容软件设计的基本概念；设计方法和过程；设计工具的使用。

3. 教学方法采用讲授法和实例分析，让学生了解和掌握软件设计的方法和过程。

4. 教学资源教材、课件、实例分析。

5. 教学评价通过课堂提问和实例分析，评估学生对软件设计的理解和应用能力。

四、第四章：软件实现1. 教学目标掌握软件实现的基本概念、方法和过程，能够运用编程语言进行软件编码和测试。

2. 教学内容软件实现的基本概念；实现方法和过程；编程语言和测试工具的使用。

3. 教学方法采用讲授法和编程实践，让学生了解和掌握软件实现的方法和过程。

4. 教学资源教材、课件、编程环境和测试工具。

5. 教学评价通过编程实践和测试结果，评估学生对软件实现的理解和应用能力。

五、第五章：软件维护1. 教学目标掌握软件维护的基本概念、方法和过程，能够进行软件维护和优化。

2. 教学内容软件维护的基本概念；维护方法和过程；软件优化技巧。

《软件工程》教学教案一、第1章软件工程概述1.1 教学目标了解软件工程的定义、目的和重要性掌握软件开发生命周期的基本概念理解软件工程的基本原则和方法1.2 教学内容软件工程的定义和目的软件开发生命周期（需求分析、设计、实现、测试、维护等）软件工程的基本原则和方法（如模块化、抽象化、逐步求精等）1.3 教学活动引入软件工程的定义和目的，引发学生对软件工程的理解和兴趣通过实例讲解软件开发生命周期的各个阶段及其重要性介绍软件工程的基本原则和方法，并通过案例进行说明1.4 作业与练习课后阅读材料：软件工程概述的相关文章完成课后练习题，巩固对软件工程的理解二、第2章软件需求分析2.1 教学目标掌握需求分析的概念和过程学会使用需求分析工具和技术能够编写需求规格说明书2.2 教学内容需求分析的概念和过程（需求收集、需求分析、需求规格说明书等）需求分析工具和技术（如数据流图、实体关系图、用例分析等）需求规格说明书的编写方法和注意事项2.3 教学活动引入需求分析的概念和过程，让学生了解需求分析的重要性通过实例讲解需求分析的工具和技术，并展示如何编写需求规格说明书学生分组讨论并编写一个简单的需求规格说明书2.4 作业与练习课后阅读材料：需求分析的相关文章完成课后练习题，巩固对需求分析的理解三、第3章软件设计3.1 教学目标掌握软件设计的基本概念和方法学会使用设计工具和技术能够编写设计文档3.2 教学内容软件设计的基本概念和方法（如结构化设计、面向对象设计等）设计工具和技术（如流程图、类图、序列图等）设计文档的编写方法和注意事项3.3 教学活动引入软件设计的基本概念和方法，让学生了解设计的重要性通过实例讲解设计工具和技术，并展示如何编写设计文档学生分组讨论并编写一个简单的设计文档3.4 作业与练习课后阅读材料：软件设计的相关文章完成课后练习题，巩固对软件设计的理解四、第4章软件实现4.1 教学目标掌握软件实现的基本概念和方法学会使用编程语言和开发工具能够编写高质量的代码4.2 教学内容软件实现的基本概念和方法（如编码规范、代码重构等）编程语言和开发工具的选择和使用（如Java、Python、Git等）编写高质量的代码的技巧和注意事项4.3 教学活动引入软件实现的基本概念和方法，让学生了解实现的重要性通过实例讲解编程语言和开发工具的使用，并展示如何编写高质量的代码学生分组讨论并进行代码编写练习4.4 作业与练习课后阅读材料：软件实现的相关文章完成课后练习题，巩固对软件实现的理解五、第5章软件测试5.1 教学目标掌握软件测试的基本概念和方法学会使用测试工具和技术能够编写测试用例和测试计划5.2 教学内容软件测试的基本概念和方法（如黑盒测试、白盒测试、灰盒测试等）测试工具和技术（如JUnit、Selenium等）编写测试用例和测试计划的技巧和注意事项5.3 教学活动引入软件测试的基本概念和方法，让学生了解测试的重要性通过实例讲解测试工具和技术的使用，并展示如何编写测试用例和测试计划学生分组讨论并进行测试编写练习5.4 作业与练习课后阅读材料：软件测试的相关文章完成课后练习题，巩固对软件测试的理解六、第6章项目管理6.1 教学目标理解项目管理的基本概念和原则掌握软件项目管理的方法和工具能够制定项目计划和监控项目进度6.2 教学内容项目管理的基本概念和原则（如范围管理、时间管理、成本管理、风险管理等）软件项目管理的方法和工具（如敏捷开发、看板、项目管理软件等）项目计划的制定和项目进度的监控6.3 教学活动引入项目管理的概念和重要性，让学生了解项目管理在软件工程中的作用通过实例讲解项目管理的方法和工具，并展示如何制定项目计划和监控项目进度学生分组讨论并进行项目管理练习6.4 作业与练习课后阅读材料：项目管理的理论和实践相关文章完成课后练习题，巩固对项目管理的理解七、第7章软件维护7.1 教学目标理解软件维护的定义和重要性掌握软件维护的方法和技巧能够制定维护计划和处理维护问题7.2 教学内容软件维护的定义和重要性软件维护的方法和技巧（如变更管理、版本控制、问题跟踪等）维护计划的制定和维护问题的处理7.3 教学活动引入软件维护的概念和重要性，让学生了解维护在软件工程中的作用通过实例讲解维护的方法和技巧，并展示如何制定维护计划和处理维护问题学生分组讨论并进行维护实践练习7.4 作业与练习课后阅读材料：软件维护的理论和实践相关文章完成课后练习题，巩固对软件维护的理解八、第8章软件工程实践8.1 教学目标掌握软件工程实践的基本方法和技巧学会使用软件工程工具和实践方法能够应用软件工程实践解决实际问题8.2 教学内容软件工程实践的基本方法和技巧（如代码审查、单元测试、持续集成等）软件工程工具和实践方法（如版本控制系统、自动化测试工具、持续部署等）实际案例分析，展示软件工程实践在软件开发中的应用8.3 教学活动引入软件工程实践的概念和重要性，让学生了解实践在软件工程中的作用通过实例讲解软件工程实践的方法和技巧，并展示如何使用工具和实践方法学生分组讨论并进行软件工程实践练习8.4 作业与练习课后阅读材料：软件工程实践的理论和实践相关文章完成课后练习题，巩固对软件工程实践的理解九、第9章软件工程案例分析9.1 教学目标了解软件工程案例分析的方法和步骤能够运用软件工程原则解决实际问题9.2 教学内容软件工程案例分析的方法和步骤（如问题陈述、原因分析、解决方案等）运用软件工程原则解决实际问题的技巧和方法9.3 教学活动引入软件工程案例分析的概念和重要性，让学生了解案例分析在软件工程中的作用学生分组讨论并进行软件工程案例分析练习9.4 作业与练习课后阅读材料：软件工程案例分析的理论和实践相关文章完成课后练习题，巩固对软件工程案例分析的理解十、第10章软件工程未来趋势10.1 教学目标了解软件工程的未来发展趋势掌握新兴技术和方法在软件工程中的应用能够预测和应对软件工程的未来挑战10.2 教学内容软件工程的未来发展趋势（如、区块链、云计算等）新兴技术和方法在软件工程中的应用（如机器学习、容器化、微服务架构等）预测和应对软件工程的未来挑战的策略和方法10.3 教学活动引入软件工程未来趋势的概念和重要性，让学生了解软件工程的发展方向通过实例讲解新兴技术和方法在软件工程中的应用，并展示如何应对未来挑战学生分组讨论并进行软件工程未来趋势分析练习10.4 作业与练习课后阅读材料：软件工程未来趋势的理论和实践相关文章完成课后练习题，巩固对软件工程未来趋势的理解重点和难点解析一、第1章软件工程概述补充说明：需求分析是软件工程的基础，要着重讲解其方法和技巧，以及如何编写需求规格说明书。

《软件需求分析》教学大纲目录一、内容概要 (2)1.1 课程介绍 (3)1.2 教学目标 (4)1.3 教学内容概述 (5)二、软件需求分析基础 (6)2.1 软件需求分析的重要性 (7)2.2 软件需求分析的基本概念 (8)2.3 需求分析的基本原理 (9)2.4 需求分析的方法论 (11)三、需求获取与整理 (11)3.1 需求获取的策略 (13)3.2 需求整理的技巧 (15)3.3 需求规格说明书的编写 (16)四、需求分析方法 (17)4.1 结构化分析方法 (19)4.2 面向对象的分析方法 (20)4.3 数据流分析方法 (21)4.4 其他需求分析方法简介 (22)五、需求验证与确认 (24)5.1 需求验证的目的和方法 (25)5.2 需求确认的流程和标准 (26)5.3 案例分析 (27)六、需求管理 (29)6.1 需求管理的概念和重要性 (30)6.2 需求变更的管理 (31)6.3 需求跟踪与监控 (33)6.4 需求文档的管理 (34)七、需求分析与设计的关系 (36)7.1 需求分析与设计的相互作用 (37)7.2 需求驱动的设计方法 (38)7.3 案例分析 (39)八、课程总结与展望 (41)8.1 课程总结 (42)8.2 学生学习成果评估 (43)8.3 对未来软件需求分析发展的展望 (45)一、内容概要本课程旨在培养学生掌握软件需求分析的基本理念、方法和技能，使学生具备从事软件项目需求分析工作的能力。

课程内容包括软件需求分析的基本概念、原理、过程和方法，以及相关工具的使用。

熟悉软件需求分析的过程和方法，包括需求获取、需求分析、需求定义和需求验证等阶段。

能够参与软件项目的需求分析工作，与项目团队成员有效沟通，确保需求的准确性和完整性。

软件需求分析基础：介绍软件需求分析的基本概念、原理、目标和任务，以及需求分析在软件开发生命周期中的地位和作用。

需求获取：讲解需求获取的方法和技巧，包括与客户沟通、现场调研、问卷调查等。

软件开发方向“成绩管理系统"软件需求规约安博教育集团二零零八年十月修订历史记录目录1 引言 (5)1。

1 目的 (5)1。

2 文档格式 (5)1.3 预期的读者和阅读建议 (5)1.4 范围 (6)1.5 术语 (7)1。

6 参考文献 (7)2 系统概述 (7)2。

1 概述 (7)2。

2 功能 (7)2.3 运行环境 (8)2.4 假设与依赖 (9)3 系统特性 (9)3。

1 系统角色 (9)3.2 学生管理 (11)3.2。

1 增加学生信息 (11)3。

2。

2 修改学生信息 (11)3。

2.3 删除学生信息 (11)3.2.4 导入学生信息 (11)3。

3 教师管理 (12)3.3.1 增加教师信息 (12)3。

3.2 修改教师信息 (12)3.3。

3 删除教师信息 (12)3。

3。

4 导入教师信息 (12)3。

4 课程管理 (13)3.4.1 增加课程基本信息 (13)3。

4。

2 修改课程基本信息 (13)3。

4。

3 删除课程基本信息 (13)3。

4。

4 维护课程学生信息 (13)3。

5 成绩查询 (14)3。

5.1 学生查询成绩 (14)3.5。

2 教师查询成绩 (14)3。

6 成绩分析与统计 (14)3。

6。

1 考试成绩表 (14)3.6。

2 班级各科平均成绩表 (14)3.6。

3 年级成绩排名表 (15)3。

7 系统维护 (15)3。

7.1 数据字典维护 (15)4 非功能性需求 (15)4。

1 性能需求 (15)4。

2 安全性需求 (15)4。

3 可用性需求 (16)4.4 用户文档 (17)4。

5 其它需求 (17)5 外部接口需求 (17)5.1 用户接口 (17)5.2 硬件接口 (17)5.3 软件接口 (18)5.4 通信接口 (18)1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。

大数据下的教学设计案例导言：随着信息技术的迅猛发展，大数据逐渐成为教育领域的热门话题。

借助大数据分析技术，教师们能够更准确地了解学生的学习需求和表现，进而进行个性化的教学设计。

本文将通过介绍几个大数据下的教学设计案例，探讨大数据在教育中的应用前景。

案例一：智能辅助教学系统一所中学引入了智能辅助教学系统，该系统能够通过分析学生的学习数据，进行个性化的教学设计。

教师可以从系统中获得学生的学习表现，包括阅读速度、掌握知识点的能力、对习题的解答情况等。

根据学生的学习情况，系统会为每个学生生成个性化的学习计划和习题练习。

通过这种方式，教师能够更好地满足学生的学习需求，提高学生的学习成绩。

案例二：学生群体分析一所大学使用大数据分析技术对学生群体进行分析，以帮助教师优化教学设计。

该系统会收集学生的各项数据，包括平时成绩、学习时间、选课情况等。

通过对这些数据的分析，系统可以发现学生的学习特点和问题。

例如，通过分析学生的平时成绩和学习时间，系统可以发现有些学生学习时间较长却成绩不理想，可能存在学习方法不当的问题。

教师可以针对这些问题进行相应的帮助和辅导，提高学生的学习效果。

案例三：学习内容优化一家在线教育平台使用大数据分析技术对学习内容进行优化。

该平台会收集学生在学习过程中的各种数据，如学习时间、点击记录、观看视频的时长等。

通过对这些数据的分析，平台可以了解学生对不同学习内容的关注程度和理解程度。

根据学生的学习情况，平台可以调整学习内容的顺序和难度，更好地适应学生的学习需求。

通过这种方式，学生可以更高效地掌握知识，提高学习效果。

案例四：学习过程监控一所小学引入了学习过程监控系统，该系统能够实时监控学生在学习过程中的表现。

系统会通过摄像头记录学生的学习行为，并结合学生的学习数据进行分析。

例如，系统可以分析学生在做数学题时的解题过程和思维逻辑，从而了解学生的学习能力和问题。

教师可以根据这些数据，及时发现和纠正学生的学习误区，提高教学效果。

个人收集整理-ZQ目地：（）通过案例，分析需求分析失败原因，掌握需求分析地正确方法.（）通过案例，明确需求分析地任务，体会需求分析阶段用户参与地重要性.某供电公司拟定建设管理信息系统.供电公司信息中心经过多方考察，在全国调研地基础上，最后确认让国内一家著名地软件开发商开发管理信息系统.为了确保该项目地顺利实施，供电公司领导决定，以信息中心为核心成立管理信息系统领导小组.该小组地主要任务是，首先是对管理信息系统地开发和项目地实施负有领导责任，其次是组织、协调本单位与管理信息系统相关地各个部门，为开发商提供需求，同时与开发商一道制定需求方案和开发计划，从而确保项目地开展.个人收集整理勿做商业用途不久，开发商派来两名系统分析员进驻该供电局.开始地工作是相当缓慢地. 主要地问题是，两名分析人员不知道从何入手.虽然信息中心地人全力配合，供电公司地领导大会小会上也再三强调，应该配合开发商地工作.怎奈供电公司各部门工作繁忙，尤其到了生产部门，各专业管理人员大部分时间都在工作，无暇顾及“提出需求”.到了春检期间，公司领导都到生产一线，这时，信息中心也无能为力.开发商说客户不配合，信息中心说开发商不懂电力专业.开发商和供电公司相互抱怨.最后还是领导态度坚决，以“红头”文件地形式强制要求各部门限期把需求交到信息中心，否则追究领导地责任.信息中心地领导总算松了一口气，满以为这次需求总算提出来了，开发商可以工作了.但想不到地是，两位系统分析人员看到各单位提出地需求时，感到非常茫然，对信息中心说，这种需求他们根本看不懂，既没有流程，也没有说明，有地只是几条干巴巴地要求.信息中心地领导非常生气，认为自己看错了，开发商能力不行.无奈，信息中心地领导只能强调，需求分析是开发商地事，而供电公司只是配合，谁地事谁管. 两位系统分析员，只好把提出地所谓需求带回去，进行分析.又经过了几个月漫长地沉默，终于信息中心接到了开发商打来地电话，告知需求方案基本写完，但需要客户验证.两位系统分析员又来到了供电公司，交给信息中心多达多页地需求报告.需求报告写得相当专业，业务流程图，数据流图，包括数据字典都有了.信息中心主任很高兴，内心有些得意，心想当初选地是大公司，就是不一样.信息中心把开发商拿来地需求报告，按专业分发到各部门，要求各部门提出意见，进行修改，验证开发商地需求报告是否对头.又是一个月过去了，当信息中心地领导收回所有发出去地需求报告时，惊讶地发现，需求报告改动地甚少，有地甚至纸还是新地.没有办法，信息中心人员只好拿这需求报告，一个部门一个部门地征求意见.又经过了一个月，意见反馈上来，交给开发商，让开发商按新地意见对需求报告进行修改.个人收集整理勿做商业用途终于，开发商可以开发产品了.经过了一年多地艰苦奋战，开发工作基本结束.开发商通知供电公司信息中心地领导，开发工作基本完成，可以让用户看一下，提出意见再修改.个人收集整理勿做商业用途某年某月地一天，在供电公司地小会议室，开发商正在向供电公司各部门地主要领导和专业负责人演示开发地管理信息系统.台下地人认真地听讲，台上地人津津乐道，不时向听众灌输着信息技术，现代管理等新名词，新概念，新思想.当系统介绍完毕，信息中心领导说希望在座地各位专家提出意见，以便继续开发修改程序.万万没有想到地是，生产部主任说这种软件根本不能用，根本不符和现有地管理流程，尤其是某某部分，简直是胡编.开发商坐不住了，还想据理力争，因为业务流程是经过你们地确认，你们是认可地了！无奈，再次地无奈，信息中心地领导只好让开发商把已经开发地程序，安装在各部门计算机上，参照已有程序，重新提需求.个人收集整理勿做商业用途开发商离开时很气愤，他们什么也说不出来，痛心地是一年地光阴得到地到底是什么？他们找不到答案，甚至感到有些恐惧，下一步该怎么办……个人收集整理勿做商业用途问题：针对上述案例，请学生分析需求分析失败地原因，简述需求分析地任务1 / 1。

案例教学1：4+1视图方法进行软件体系结构设计要开发出用户满意的软件并不是件容易的事，软件体系结构师必须全面把握各种各样的需求、权衡需求之间有可能的矛盾之处，分门别类地将不同需求一一满足。

本文从理解需求种类的复杂性谈起，通过具体案例的分析，展示了如何通过RUP的4+1视图方法，针对不同需求进行体系结构设计，从而确保重要的需求一一被满足。

1、呼唤体系结构设计的多重视图方法灵感一闪，就想出了把大象放进冰箱的办法，这自然好。

但希望每个体系结构设计策略都依靠灵感是不现实的--我们需要系统方法的指导。

需要体系结构设计的多重视图方法，从根本上来说是因为需求种类的复杂性所致。

以工程领域的例子开道吧。

比如设计一座跨江大桥：我们会考虑"连接南北的公路交通"这个"功能需求"，从而初步设计出理想化的桥墩支撑的公路桥方案；然后还要考虑造桥要面临的"约束条件"，这个约束条件可能是"不能影响万吨轮从桥下通过"，于是细化设计方案，规定桥墩的高度和桥墩之间的间距；另外还要顾及"大桥的使用期质量属性"，比如为了"能在湍急的江流中保持稳固"，可以把大桥桥墩深深地建在岩石层之上，和大地浑然一体；其实，"建造期间的质量属性"也很值得考虑，比如在大桥的设计过程中考虑"施工方便性"的一些措施。

和工程领域的功能需求、约束条件、使用期质量属性、建造期间的质量属性等类似，软件系统的需求种类也相当复杂，具体分类如图1所示。

图1 软件需求分类的复杂性2、超市系统案例：理解需求种类的复杂性例子是最好的老师。

为了更好地理解软件需求种类的复杂性，我们来分析一个实际的例子。

在表1中，我们列举了一个典型的超市系统的需求子集，从这个例子中可以清晰地看到需求可以分为两大类：功能需求和非功能需求。

表1 超市系统案例：理解需求种类的复杂性简单而言，功能需求就是"软件有什么用，软件需要做什么"。

11.假设你在一所职业高中工作，负责该校信息系统的建设与维护。

财务科长请你研究用学校拥有的微型计算机生成工资明细表和各种财务报表的可能性。

请详细描述你用结构化分析方法分析上述问题的过程。

答：通常，结构化分析过程包括问题定义、可行性研究和需求分析3个阶段。

下面分别叙述这3个阶段的分析过程。

（1）问题定义从何处着手解决财务科长提出的问呢？立即开始考虑实现工资支付系统的详细方案并动手编写程序，对技术人员无疑是很有吸引力的。

但是，在这样的早期阶段就考虑具体的技术问题，却很可能会是我们迷失前进的方向。

会计部门（用户）并没有要求在学校自己的计算机上实现工资支付系统，仅仅要求研究这样的可能性。

后者是和前者很不相同的问题，它实际上是问，这样做预期将获得的经济效益能超过开发这个系统的成本吗？换句话说，这样做值得吗？优秀的系统分析员还应该进一步考虑，用户面临的问题究竟是什么。

财务科长为什么想研究在自己的计算机上实现工资支付系统的可能性呢？询问财务科长后得知，该校一直由会计人工计算工资并编制财务报表，随着学校规模扩大工作量也越来越大。

目前每个月都需要两名会计紧张工作半个月才能完成，不仅效率低而且成本高。

今后学校规模将进一步扩大，人工计算的成本还会进一步提高。

因此，目标是寻找一种比较便宜的生成工资明细表和各种财务报表的办法，并不一定必须在学校自己的计算机上实现工资支付系统。

财务科长提出的要求，实际上并没有描述应该解决的问题，而是在建议一种解决问题的方案。

这种解决方案可能是一个好办法，分析员当然应该认真研究它，但是也还应该考虑其他可能的解决方案，以便选出最好的方案。

良好的问题定义应该明确地描述实际问题，而不是隐含的描述解决问题的方案。

分析员应该考虑的另一个关键问题，是预期的项目规模。

为了改进工资支付系统最多可以花多少钱？虽然没人明确提出来，但是肯定会有某个限度。

应该考虑下述3个基本数字：目前计算工资所花费的成本，新系统的开发成本和运行费用。