莫纳什 FIT2101《软件工程过程与管理》：七成分数钉在项目族，测验 25% 单考理论
莫纳什 FIT2101《软件工程过程与管理》是本科 Level 2 单元：6 学分，项目启动 15% 加三轮迭代 15／15／20 加回顾 10% 加测验 25%——七成在项目族，测验单独考理论。
课程官网（学校官网）：https://handbook.monash.edu/2026/units/FIT2101
FIT2101 是一门什么课？
一句话：不教写代码，教写代码之外的另一半——定过程模型、排团队、管风险、获取需求，然后用迭代把一个小项目真正做出来。
这是莫纳什大学（Monash University）的本科单元，单元代码 FIT2101，英文名 Software engineering process and management，中文常译「软件工程过程与管理」。6 个莫纳什学分点（EFTSL 0.125），开课单位为信息技术学院（Faculty of Information Technology）。
几条身份信息：
- 层级：本科（Undergraduate），Level 2。
- 两个场次，均在第二学期：Clayton（FLEXIBLE 灵活模式）与 Malaysia（ON-CAMPUS 面对面）。
- 关联两个方向：Software development、Software engineering。
- 可用于交换学习（Yes）；无工作整合学习安排（None）。
学校官网的出发点是「过程纪律」：有纪律的过程对任何主要软件开发项目的成功至关重要；本课教管理软件开发工作与在协作团队中工作的核心技能。
课程要求三件事：
- 决定并文档化团队结构与过程模型。
- 团队须遵循自己文档化的过程模型，并评估其有效性。
- 识别与管理可能导致项目失败的风险（含伦理考量），采取以风险为中心的项目组织方式（"a risk-focused approach to project organisation"）。
一条主线是「文档化→执行→复盘」的闭环（分析）：先把过程写下来（项目管理计划），再照做，最后用回顾报告评估——这正是考核里四段项目加一份回顾的结构（分析）。
与纯编程课的分野要说清：代码只是载体，评分看的是过程资产——计划、风险登记册、需求文档与迭代改进的痕迹（分析）。所以「先把功能做完再补文档」这条路在本课走不通（分析）。学期里真正交付的，是一套可复用的管理方法（分析）。
两条容易被忽略的规则：
- 每周讲座都有录像（Weekly lectures are recorded）。
- 要求每周至少查看一次 Moodle 单元公告；教师或工作坊主持人在 Moodle 讨论论坛发布的作业要求澄清，视为权威（"will be considered authoritative"）。
第二条尤其重要：论坛里的澄清具有效力（分析）——按旧理解做作业，可能整套返工（分析）。
资源栏只有技术一组、无指定教材——以过程资产与课程材料为学习载体（分析）。
与国内同类课程的差异
国内「软件工程」以生命周期章节讲授为主；这里全学期小组按轻量过程真交付，四段迭代加回顾的考核链，风险与伦理正式入纲。
第二个差异是考核结构。六项全在过程上，过程即分数；国内同类课多为「大作业加期末」。
第三个差异是风险中心。以风险为中心组织项目（官网原文 risk-focused approach）；国内教材的风险章节常为选学。
第四个差异是伦理入纲。ULO3 对照伦理准则分析是正式考核点（测验与回顾报告都覆盖）；国内同类课少考伦理。
第五个差异是线上纪律。Moodle 论坛澄清具权威性是明文规则；国内论坛多为通知渠道。
考核怎么算？
六项考核，合计 100%，全部无 hurdle（不设单项及格线）。
| 考核 | 类型 | 占比 | 覆盖成果 |
|---|---|---|---|
| Project inception（项目启动） | Project | 15% | 2／4 |
| Project iteration 1（迭代一） | Project | 15% | 5／6 |
| Project iteration 2（迭代二） | Project | 15% | 4／5／6 |
| Project iteration 3（迭代三） | Project | 20% | 4／5／6 |
| Retrospective report（回顾报告） | Written | 10% | 6／3 |
| Test（测验） | Quiz/Test | 25% | 1／2／4／5／3 |
这门课的考核信息比多数莫纳什单元透明：六项任务名称与学习成果映射官网全部给出，可以按成果分配复习精力（分析）。
三条结构性判断：
第一，项目族占 75%，且权重递增。 启动 15、迭代 15／15／20、回顾 10——权重往上走，说明后面的迭代要求更高（分析）。一个学期完整走一遍「计划—执行—复盘」。
第二，测验 25% 单独考理论，覆盖全部 LO 1–5。 项目组再强也得背概念（分析）——这是「只做项目不读理论」型学生的最大风险。
第三，回顾报告只有 10%，但它是过程思维的收官证明。 别轻视（分析）：它要求你把一学期的过程复盘成可迁移的经验，正是面试里「你们团队怎么改进」那道题的答案（分析）。
先修要求是什么？
先修是嵌套组合：两条路径、外层任一。
路径一（FIT 线，四门任一）：FIT1045（Algorithms and programming fundamentals in python）、FIT1048（Fundamentals of C++）、FIT1051（Programming fundamentals in java）、FIT1053（Algorithms and programming in python (advanced)）。
路径二（工程线，两组各取其一）：〔ENG1003（Engineering mobile apps）或 ENG1013（Engineering smart systems）〕且〔ENG1060（Computing for engineers）或 ENG1014（Engineering numerical analysis）〕。
共同要求是「会写程序」——项目迭代要真交付代码（分析）。
学校官网只有先修组、没有禁选组——这意味着这门课没有互斥单元（分析）。
选课实操提醒：走工程线要两组各有一门（分析）。只查一头会被系统拦；不确定就问课程协调人。
学完能做什么？
学完你能为中小项目写出完整管理计划（过程模型／团队／风险／时间）、运行风险登记册、主持需求访谈、带小组按轻量过程交付软件，并通过回顾持续改进过程。
学校官网的六条学习成果：
- ULO1 概念——能描述软件工程过程的本质与目的（含概念的历史演变）及最常见过程模型的主要特征。
- ULO2 计划文档——能在项目管理计划中文档化软件过程——含过程模型、团队组织、风险管理与时间管理。
- ULO3 伦理——能识别并应用相关伦理考量，并对照伦理准则与标准进行分析。
- ULO4 风险——能为中小型项目识别风险、分析影响与可能性、确定缓解措施。
- ULO5 需求——能为中小型项目从干系人处获取功能与非功能需求（含人的因素）。
- ULO6 交付——能在小组中用轻量过程开发一个小软件项目，含软件工程工具的使用。
六条成果是一份「迷你项目经理说明书」（分析）：懂概念→写计划→守伦理→管风险→挖需求→真交付。
去向层面：软件开发工程师（懂过程的）、初级项目经理、Scrum Master、产品助理；迭代与回顾经验是敏捷岗面试的硬通货（分析）。
项目族的产出（计划、风险登记册、回顾报告）可直接进作品集展示管理能力（分析）。
一条长期价值：会写代码的人很多，能把项目按时带落地的人稀缺（分析）——这门课训练的是后者。
难点与常见挂因
这门课的难点在「过程纪律」：写计划容易，照做难；迭代节奏与风险管理都要真跑起来。
一、过程模型的选择与坚持：计划与实际两张皮
机制：瀑布、迭代、敏捷各有适用场景，选定之后还要整个学期照做。
为什么卡：国内课程少强制全学期过程，学生习惯「计划写完就归档」（分析）。
卡了会怎样：迭代一的偏差无人过问，是最典型的早期信号。
怎么补：选定模型后把每周期活动写进团队日历，每周期末核对偏差。 偏差不用消灭，但要记录并写下调整措施（分析）。
二、风险管理的落地：登记册两周没变化
机制：风险登记册不是表格作业，要持续识别、评估、更新缓解措施。
为什么卡：过程化风险管理训练少，学生把风险当「项目启动时填一次」的文档。
卡了会怎样：登记册两周没有版本变化，就是明确的失分信号。
怎么补：每周团队会第一项议程过风险登记册，更新后留版本痕迹。有版本痕迹，才叫「持续管理」（分析）。
三、需求获取的访谈技巧：漏掉非功能需求
机制：从干系人问出功能与非功能需求（含人的因素），需要会提问。
为什么卡：干系人访谈训练少，学生只会问「你要什么功能」。
卡了会怎样：需求文档全是功能清单——性能、安全、可用性、人的因素全缺（分析）。
怎么补：每次访谈备问题清单：先问场景，再问指标。 场景问出「他们怎么用」，指标问出「好到什么程度」——非功能需求就藏在指标里（分析）。
四、团队协作的分工治理：贡献不均
机制：四段迭代连续交付，搭便车与分工失衡直接伤分。
为什么卡：全学期小组制在国内少见，学生习惯「最后拼一次」。
卡了会怎样：迭代交付集中在个别人手上，是明确的信号。
怎么补：第一次组会定角色与轮换规则，每段迭代按贡献留痕。 轮换的好处是每个人都被迫碰一次全流程（分析）。
五、理论测验的覆盖面：概念记不牢
机制：测验 25% 覆盖 LO 1–5，概念题与场景题并重。
为什么卡：学生把力气全投在项目上，理论只靠考前翻一遍。
卡了会怎样：概念卡整理滞后一周以上，就是明确的早期信号。
怎么补：每个 LO 概念各整理一页卡，测验前全部过一遍。 一页一 LO，五页就是全部理论（分析）。
六、软件工程英语的文档语体
机制：process model、risk register、retrospective 这套词要写成正式项目文档，不是口语。
为什么卡：英文技术文档写作少，管理计划与回顾报告的语体容易错位（分析）。
卡了会怎样：语体不对，文档读起来像学生作业而不像项目资产。
怎么补：找教材或 IEEE 模板各仿写一份计划与回顾，语体对着改；随迭代滚动打磨。
七、FLEXIBLE 场次的自主管理
机制：Clayton 场次是灵活模式（线上线下自选），节奏全靠自律。
为什么卡：国内灵活模式经验少，学生把「可自选」理解成「可缺席」。
卡了会怎样：第三到第六周线上参与滑坡，是最典型的信号。
怎么补：把每周讲座（有录像）与工作坊固定排进个人日历，录像当周看完不过夜。 灵活模式的坑全在「以后再看」这四个字上（分析）。
八、Moodle 权威澄清：错过就整套返工
机制：教师在论坛发布的澄清被视为权威，而公告每周都要查。
为什么卡：国内论坛多为通知渠道，学生没有「按澄清改作业」的习惯。
卡了会怎样：按旧理解做作业，全部返工——这是最亏的一种时间损失。
怎么补：每周固定两次刷 Moodle 公告与论坛，作业动手前最后核对一次当次澄清帖。 动手前那一眼，能省掉整轮返工（分析）。
九、伦理分析的英文论证：只有立场
机制：ULO3 要求对照伦理准则与标准分析项目伦理考量，是论证式写作。
为什么卡：英文伦理分析训练少，学生写「这样做不道德」就结束。
卡了会怎样：伦理题只有立场、无论证——而测验与回顾报告都覆盖这条成果（分析）。
怎么补：按「准则—情境事实—推理—结论」四段式写，每题对照一条正式准则。 有准则引用，立场才立得住（分析）。
十、回顾报告的写法：从「发生了什么」到「下次怎么改」
机制：回顾报告只占 10%，但它要求把一学期的过程复盘成可迁移的经验（分析）。
为什么卡：学生把回顾写成流水账——记了事件，没提炼规律。
卡了会怎样：回顾只有描述没有改进项，在评分里属于没完成（分析）。
怎么补：按「现象—原因—改动」三段写，每段至少一条。 现象是观察到什么，原因是为什么会这样，改动是下一轮具体改哪一步（分析）。
十一、测验与项目的精力分配
机制：项目族 75%、测验 25%——直觉上该把时间全压项目，但 25% 单独考理论，靠考前翻一遍很难拿分（分析）。
为什么卡：项目有交付节点、有队友催促，而理论没有外部节奏（分析）。
卡了会怎样：期末才发现概念只记了个大概。
怎么补：每完成一个迭代，把对应章节的概念卡顺带更新一页。 迭代与理论按周并行，比考前突击稳得多（分析）。
留学生特别提醒
中国学生最容易在六处吃亏：文档语体写成学生作业、灵活模式节奏滑坡、错过 Moodle 权威澄清、角色认领慢、需求漏非功能项、理论测验没准备。
- 仿写一份项目管理计划与一份回顾报告（对照教材或 IEEE 模板），把语体从作业改成项目资产。
- 把讲座录像与工作坊固定排进日历，录像当周看完；灵活模式不是可缺席模式。
- 每周固定两次刷 Moodle 公告与论坛，作业动手前最后核对一次当周澄清帖。
- 第一次组会主动认领一个明确角色，每次会前发一页进度小结，会上先讲再听。
- 每次需求访谈先问场景再问指标，访谈后把非功能需求单独整理成一节——指标里藏着非功能需求。
- 每个 LO 整理一页概念卡，测验前全部过一遍；测验 25% 覆盖全部理论条线。
怎么准备？
准备的关键是三条：把过程写下来、把风险管起来、把理论背下来。
- 读概念：软件过程的历史演变与常见过程模型，做一页对比表。
- 选模型：结合团队规模与交付节奏，选一个能坚持一学期的。
- 写计划：过程模型、团队组织、风险、时间四块，各写一节。
- 建登记册：风险表头（描述、影响、可能性、缓解、责任人、状态）。
- 练访谈：准备十问清单，先场景后指标。
- 定组规：角色、轮换、会议议程、贡献留痕方式。
- 仿文档：找模板仿写计划与回顾各一份。
- 备概念卡：五页，一页一 LO。
- 核先修：FIT 四门任一，或工程线两组各一门。
- 看 Moodle：开学核实六项考核细节与澄清渠道。
中英术语速查
- software process —— 软件过程：开发软件所遵循的流程。
- process model —— 过程模型：描述过程结构的框架。
- waterfall —— 瀑布模型：线性阶段推进。
- iterative development —— 迭代开发：分轮次增量交付。
- agile —— 敏捷：以短迭代与反馈为核心。
- lightweight process —— 轻量过程：文档与仪式较少的流程。
- project management plan —— 项目管理计划。
- risk register —— 风险登记册：记录与跟踪风险的表。
- mitigation —— 缓解措施：降低风险影响或概率。
- likelihood —— 可能性：风险发生的概率。
- impact —— 影响：风险发生后的后果。
- requirements elicitation —— 需求获取：从干系人挖需求。
- functional requirement —— 功能需求。
- non-functional requirement —— 非功能需求：性能、安全、可用性等。
- human factors —— 人的因素：使用者能力与情境。
- stakeholder —— 干系人。
- retrospective —— 回顾：团队复盘改进的会议。
- team organisation —— 团队组织：角色与分工结构。
- sprint —— 冲刺：敏捷中的一次迭代。
- Scrum Master —— 敏捷团队的流程负责人。
- ethics —— 伦理：职业行为的道德准则。
- code of ethics —— 伦理准则。
- iteration —— 迭代：一次完整的开发循环。
- deliverable —— 交付物。
- configuration management —— 配置管理：版本与变更控制。
- Moodle announcement —— 课程平台公告。
- authoritative —— 权威的：具有约束力。
- flexible delivery —— 灵活授课：线上线下自选。
- level 2 —— 本科第二层级。
关于我们
鱼之跃做在读留学生的学业支持，服务分两块，界限很清楚：
辅导＝老师授课：由 QS 前 200 院校的硕博老师把课程的知识点、推导链、作业要求讲透，按对口专业配课；覆盖同步辅导、论文辅导、考前辅导、预习。
护航＝你的学业管家：排计划、理材料、理流程这些杂事都替你打点好，该提前准备的他先想到；你只管学，有事随时找，需要时都在。同地区的留学学姐，熟悉你所在学校的节奏。
学术问题上的申诉，我们做材料梳理与流程陪跑，不代写、不代考、不碰学术诚信边界，也不承诺任何成绩。
课程官网与核对说明
课程官网（学校官网）：https://handbook.monash.edu/2026/units/FIT2101
本文涉及学校、开课单位（信息技术学院）、单元代码、学分点（6）与 EFTSL（0.125）、层级（本科 / Level 2）、两个场次（均在第二学期：Clayton 灵活模式、Malaysia 面对面）、关联两个方向、可交换学习、无工作整合学习、单元简介（过程纪律、文档化团队与过程模型、评估有效性、以风险为中心）、六项学习成果、六项考核结构（项目启动 15%／迭代一 15%／迭代二 15%／迭代三 20%／回顾报告 10%／测验 25%，合计 100%，均无 hurdle，任务名称与成果映射官网均给出）、嵌套双线先修（FIT 四门任一或工程线两组各取其一）、无禁选组、每周讲座有录像、每周须查 Moodle 且论坛澄清具权威性、无指定教材等事实，均来自上述学校官网单元页；核对时间为 2026-10-30。文中标「（分析）」的句子为基于官网事实的推导或判断，不代表学校官方表述。