格拉斯哥 UESTCHN3022《专业软件开发》：期末笔试 80%＋双周测验 20%

格拉斯哥 UESTCHN3022《专业软件开发》：从需求到维护走完大系统全流程，考核 80% 期末笔试＋20% 双周测验。

10 学分半模块，Level 3 课程，Semester 2 开课；理论线靠双周课堂测验 20%＋期末笔试 80%，实践材料则在联合授课的团队项目里评估。

课程官网（学校官网）：https://www.gla.ac.uk/coursecatalogue/course/?code=UESTCHN3022

UESTCHN3022 是一门什么课？

一句话：学「大系统怎么造、怎么养」——方法论、文档、测试、配置管理、伦理，全在工业界的日常里。

这是格拉斯哥大学（University of Glasgow）工程学院（School of Engineering）开设的本科模块，课程代码 UESTCHN3022，英文名 Professional Software Development，中文通译「专业软件开发」。

几条身份信息：

• 层级：Level 3（SCQF level 9，本科三年级）。
• 体量：10 学分（苏格兰 SCOTCAT 学分，半模块体量）。
• 场次：通常 Semester 2 开课；学术学年 2026-27。
• 选课通道：不接收访问学生（No）；无国际在线协作学习；无终身课程标记。
• 入学要求：无（None）；排除课程：无；共修要求：无。
• 学科归属：按同系列联合项目课程先例归到电子与信息工程（软件工程方向）（分析）。

学分小、体量不小（分析）：它与 Team Project 联合授课，实验室时间共享（分析）——理论线（双周测验＋期末笔试）与实践线（项目）双轨并行（分析）。

重心不是「写代码」而是「专业地做软件」（分析）：方法论、文档、测试、配置管理、伦理，全是工业界日常（分析）。

「维护现有系统」是它与多数只教从零开发的课最大的分野（分析）——也是最能写进简历的一条（分析）。

课程简介照学校官网口径：向学生介绍构建与维护大型系统的现代软件开发方法与技术；让学生在扩展的分组软件开发练习的语境中应用这些方法与技术；使学生意识到软件开发的职业、社会与伦理维度；向学生灌输对软件开发的职业态度。

课程目标五条照学校官网口径：前四条与上述简述一致（现代方法、分组练习应用、职业与社会与伦理意识、职业态度），第五条为发展学生对本主题相关的可持续与脱碳的理解。

第三条与第五条是被低估的两条（分析）：伦理与可持续不是点缀，是写进目标与学习成果的正式内容（分析）——它们会以论述题形式出现在期末（分析）。

与国内软件工程课有什么不同？

重心不同：国内软件工程课多以「从零开发」贯穿学期作业；本课把「维护既有中大型系统」写成正式成果——贴近行业真实工作形态：大部分工程师的日常是改别人的系统（分析）。

第二个差异是考核形态。国内同类课考核多为「项目加报告」；本课理论线独立成 80% 笔试加 20% 双周测验，实践分折进联合授课的团队项目——两课联动计分是国内没有的形态（分析）。

第三个差异是伦理分量。国内软件工程对伦理与可持续多为一节带过；本课把职业、社会、环境伦理与「可持续与脱碳」写成正式目标与成果，论述题直接考批判讨论（分析）。

第四个差异是工具链深度。国内版本控制常停在个人提交；本课要求团队级配置管理（分支策略、合并、基线）并在实验室协作里强制使用（分析）。

第五个差异是零门槛。入学要求无、排除无、共修无（照实）——但内容实际需要一门面向对象语言的扎实读写能力（分析）。

考核怎么算？

两笔，都在理论线上；实践线不计入本课。

四条结构性判断：

第一，理论主导。（分析）实践能力不计入本课分数，而是折进联合授课的团队项目（分析）。

第二，对「测验稳、方法论吃得透」的学生有利。（分析）对「只动手不读文档」的学生最不利（分析）。

第三，双周测验是学期内的节奏器。（分析）20% 按次积累，丢了补不回（分析）。

第四，80% 笔试随时清算方法论欠账。（分析）项目冲刺期挤掉的复习，期末会连本带利找回来（分析）。

一处照实说明：学校官网给出两项考核的占比与主考期，未列测验次数与笔试题型结构（照实）——开课后以课程大纲与作业说明为准（分析）。

先修要求是什么？

四栏全无（照实）：

• 入学要求：无（None）。
• 排除课程：无。
• 共修要求：无。

官方零门槛，但内容实际需要三样底子（分析）：一门面向对象语言的扎实读写能力（维护现有系统）、基础数据结构、与团队项目联合授课所隐含的协作语境（分析）。

三年级学生的课程链已覆盖这些（分析）：要自查的是「读过别人写的代码没有」（分析）——从零写的经验与读懂别人的经验是两种能力（分析）。

要自查的三样：

• 一次读源码：能不能在一个陌生仓库里找到某功能的入口。
• 一次合并：能不能独立解决一次合并冲突。
• 一份需求：写过的需求里有没有带指标的条目。

学完能做什么？

学完你有一套初级软件工程师的入职技能包：开发流程、需求工程、测试规划、版本控制、文档规范。

十二条预期学习成果（照实）：

• ILO1 开发周期：识别开发主要阶段与现代方法的关联。
• ILO2 维护：按需求维护中到大型现有系统（含更新文档）。
• ILO3 伦理：识别并批判讨论大规模开发中的职业、社会、环境与伦理议题。
• ILO4 项目管理：规划、组织、排期实质性团队项目。
• ILO5 需求：捕捉并规约功能与非功能需求。
• ILO6 实现与测试：设计、实现并测试满足需求的系统。
• ILO7 文档：维护清晰准确的文档。
• ILO8 质量保障：使用适当的质量保障技术（含测试套件规划）。
• ILO9 配置管理：使用适当的配置管理工具与技术。
• ILO10 演示：就项目主题做清晰演示。
• ILO11 沟通：团队内有效沟通。
• ILO12 协作：团队中成功工作。

三条最值得一提（分析）：第 2 条「维护」最稀缺、第 5 条「非功能需求」是分水岭、第 8、9 条是职场第一天就要用的工具链（分析）——合起来就是初级工程师技能清单（分析）。

无书单（照实）：课程页只提供阅读清单链接（分析）——软件工程通行教材可覆盖理论线，工具链以实验讲义为准（分析）。

直接能力（分析）：面试里「讲一个你维护过别人系统的经历」可以从这门课直接取材（分析）。

去向层面（分析）：软件工程高阶课（架构、质量保障）的地基；就业方向对应软件开发、测试、运维初级岗（分析）。

一条判断（分析）：「维护现有系统」是这门课最值钱的一条（分析）——行业里大部分工作是在既有系统上改，而不是从零造；能在面试里证明这一点，比多会一个框架更打动面试官（分析）。

难点与常见挂因

这门课技术栈不深，难点在「广＋协作＋理论笔试」三头：方法论要背得系统、工具链要在真实协作里用熟、双周测验不允许松劲。

一、接手陌生系统的维护

机制：难点在「读懂别人的代码」（分析）——没有从零开始的熟悉感，要在既有架构里定位改动点并保持文档同步（分析）。

为什么卡：国内课程作业几乎全是「自己从零写」，读大型陌生代码库的训练为零（分析）。

卡了会怎样：第一次拿到中型系统时漫无目的翻文件，维护作业迟迟下不了手（分析）。

怎么补：练「运行—找入口—追调用链」三步法三次限时（分析）——找中型开源项目练「定位一处功能并改一个小特性」（分析）——一次实验段内产出首个安全改动，算入门（分析）。

二、非功能需求的捕捉

机制：功能需求（做什么）容易列，非功能需求（性能、安全、可用性、可维护性）难在「看不见摸不着但必须写成可验证的规约」（分析）。

为什么卡：国内软件工程课对非功能需求多一笔带过（分析）——学生交上来的需求文档全是功能清单（分析）。

卡了会怎样：测试环节按非功能需求设计用例时就会暴露缺口（分析）。

怎么补：每个核心功能补一条量化非功能需求（分析）——全文档至少八条（分析）——「要快要安全」必须落成数字（分析）。

三、测试套件规划的系统性

机制：难点不是写单个测试，而是规划「覆盖完整」的测试套件（分析）——等价类、边界、异常路径的体系化划分（分析）。

为什么卡：国内课程测试多为「跑通即可」，没有覆盖率意识（分析）。

卡了会怎样：项目验收按用例完整度给分，漏一个异常类别就丢一档（分析）。

怎么补：先画等价类表再写用例（分析）——异常类至少三条（分析）——连续三个功能零漏测，方法才算立住（分析）。

四、配置管理的工具门槛

机制：版本控制、分支、合并、基线（分析）——难在多人协作的冲突处理（分析）。

为什么卡：国内学生多用过基础提交推送，但分支策略与合并冲突的实战少（分析）。

卡了会怎样：团队项目里一次错误合并可能覆盖他人代码，协作信任直接受损（分析）。

怎么补：开课前完成一次英文教程的多人分支协作模拟（分析）——两人两分支合并一次（分析）——以能独立解决一次合并冲突为达成标志（分析）。

五、职业伦理论述的批判深度

机制：成果要求「识别并批判讨论」，不是背伦理准则（分析）——要能对一个具体开发场景（数据、环境、责任归属）做正反论证（分析）。

为什么卡：国内工科课几乎不考伦理论述，英语学术写作又叠加一层（分析）。

卡了会怎样：期末论述题答成道德口号堆砌是典型失分形态（分析）。

怎么补：按四段式模板写三篇短文（每篇一个伦理场景）（分析）——主张、依据、反驳、回应四段齐（分析）——请写作中心或母语同学改一轮（分析）。

六、陌生英文代码库与文档的阅读量

机制：维护作业面对的是英文注释、英文文档、英文 issue 记录（分析）。

为什么卡：读代码速度慢一半，定位改动点的时间被阅读吃光（分析）——国内项目代码与文档以中文为主（分析）。

卡了会怎样：维护任务超一天无产出（分析）。

怎么补：找中型开源项目练定位与改动三次（分析）——每次记录「读了哪些文件、怎么找到入口」（分析）——以一次实验段内完成一次带文档更新的改动为达成标志（分析）。

七、实验室的英语协作

机制：每周与团队项目联合的实验室时段，沟通密度极高（分析）。

为什么卡：结对调试时描述问题断续，白板讨论插不上话（分析）——国内实验室可用中文协作（分析）。

卡了会怎样：协作效率低，贡献被低估（分析）。

怎么补：练「问题三句描述法」（现象—期望—已试过）（分析）——每天实验日志用英语记（分析）——以组员能一次听懂你的问题描述为达成标志（分析）。

八、双周测验的持续节奏

机制：理论线 20% 靠双周测验，考近期讲授内容（分析）。

为什么卡：实验室项目忙起来测验复习被挤压，连续两次低分后过程分失控（分析）——国内考核集中期末，双周测验无习惯（分析）。

卡了会怎样：20% 一节一节丢，学期末追不回来（分析）。

怎么补：每个测验周固定一个复习窗口（讲义加重做笔记）（分析）——测验前完成一套自测题（分析）——冲突时优先保测验（分析）。

九、伦理与可持续论述的英语文体

机制：目标与成果要求批判讨论职业、社会、环境议题，是正式学术论述（分析）。

为什么卡：观点有但句子口语化、论证没有「主张—依据—反驳—回应」结构（分析）——国内工科英语写作训练少（分析）。

卡了会怎样：论述题拿不到论证分（分析）。

怎么补：四段式模板写三篇短文（分析）——每篇请人改一轮（分析）——以每篇都有可判分的论证链为达成标志（分析）。

十、80% 期末笔试的准备节奏

机制：实践课容易让人低估理论笔试权重（分析）。

为什么卡：项目冲刺期挤掉理论复习，4-5 月考期前才发现方法论文档没过完（分析）——国内项目课理论考核占比低（分析）。

卡了会怎样：笔试一考就露底（分析）。

怎么补：理论线随双周测验滚动积累（分析）——第 8 周起每周过一遍方法论文档（分析）——以第 10 周能默画开发周期全图为达成标志（分析）。

留学生特别提醒

中国学生最容易在六处吃亏：读陌生代码慢、非功能需求写不出、测试漏异常类、合并冲突不会解、伦理写成口号、低估笔试权重。

• 练「运行—找入口—追调用链」三步法：限时三次。
• 每个核心功能补一条量化非功能需求：全文档至少八条。
• 先画等价类表再写用例：异常类至少三条。
• 开课前模拟两人两分支合并：练到能独立解冲突。
• 伦理短文按四段式写：主张、依据、反驳、回应。
• 第 8 周起每周过方法论文档：第 10 周默画全图。

怎么准备？

准备的关键是三条：把方法论体系化、把工具链在协作里用熟、把英文读写跟上。

• 翻软件工程教材：开发过程、需求、测试、配置管理四章。
• 画一张开发周期全图：默画到不看讲义。
• 找中型开源项目：读结构、找入口、改小特性。
• 练等价类划分：先列表再写用例。
• 学非功能需求写法：每条带指标。
• 模拟一次合并冲突：两人两分支。
• 练英语问题三句描述：现象、期望、已试过。
• 写三篇伦理短文：四段式模板。
• 排测验复习窗口：每个测验周固定时段。
• 建术语表：配置管理与需求工程两组。

中英术语速查

• software development lifecycle (SDLC) —— 软件开发生命周期。
• requirements engineering —— 需求工程。
• functional requirement —— 功能需求。
• non-functional requirement —— 非功能需求。
• specification —— 规约（规格说明）。
• maintainability —— 可维护性。
• scalability —— 可扩展性。
• software testing —— 软件测试。
• test suite —— 测试套件。
• test case —— 测试用例。
• equivalence partitioning —— 等价类划分。
• boundary value —— 边界值。
• regression test —— 回归测试。
• quality assurance (QA) —— 质量保障。
• code review —— 代码评审。
• configuration management —— 配置管理。
• version control —— 版本控制。
• branch —— 分支。
• merge conflict —— 合并冲突。
• baseline —— 基线。
• pull request —— 拉取请求。
• refactoring —— 重构。
• legacy system —— 遗留系统。
• documentation —— 文档。
• stakeholder —— 利益相关方。
• agile —— 敏捷（开发）。
• waterfall —— 瀑布（模型）。
• sprint —— 迭代周期。
• professional ethics —— 职业伦理。
• sustainability —— 可持续性。
• decarbonisation —— 脱碳。
• team project —— 团队项目。
• peer review —— 同行评审。
• deployment —— 部署。

关于我们

鱼之跃做在读留学生的学业支持，服务分两块，界限很清楚：

辅导＝老师授课：由 QS 前 200 院校的硕博老师把课程的知识点、推导链、作业要求讲透，按对口专业配课；覆盖同步辅导、论文辅导、考前辅导、预习。

护航＝你的学业管家：排计划、理材料、理流程这些杂事都替你打点好，该提前准备的他先想到；你只管学，有事随时找，需要时都在。同地区的留学学姐，熟悉你所在学校的节奏。

学术问题上的申诉，我们做材料梳理与流程陪跑，不代写、不代考、不碰学术诚信边界，也不承诺任何成绩。

课程官网与核对说明

课程官网（学校官网）：https://www.gla.ac.uk/coursecatalogue/course/?code=UESTCHN3022

本文涉及学校、开课单位（工程学院）、模块代码、课程名称、学分（10 苏格兰 SCOTCAT 学分，半模块）、层级（Level 3／SCQF 9，本科三年级）、场次（Semester 2）、学术学年、访学生通道（不接收）、课程简述原句要点（介绍构建与维护大型系统的现代软件开发方法与技术／在扩展的分组软件开发练习中应用／意识到职业、社会与伦理维度／灌输职业态度）、课程目标五条（前四条同上，第五条为可持续与脱碳的理解）、十二条预期学习成果、考核（本课程与 Team Project 联合授课，实践材料在 Team Project 中评估；PSD 理论材料的理解经双周课堂测验 20% 与期末笔试 80% 评估；主考期 4-5 月；学分授予最低要求「无例外」）、入学要求（无）与排除课程（无）、共修要求（无）、教与学安排（每周与 Team Project 联合的实验室）、书单与资源未提及（以阅读清单与实验讲义为准）、补考与重修未提及、学习投入的具体时长属未采用口径等事实，均来自上述学校官网课程目录页；核对时间为 2026-11-01。文中标「（分析）」的句子为基于官网事实的推导或判断，不代表学校官方表述。

← 学业指南首页课程库