MIT Expectations
本页目录· 12 条
- FIT5120 Industry Experience Studio Project 2026 - 信息技术硕士(MIT)
- 说明
- 软件开发职责与带头领域
- 提交/评估证据
- MIT 对应的 SFIA 行业角色
- 从 FIT5120 视角出发的 KPI 示例
- KPI 1:质量保证与测试(Quality Assurance & Testing)
- KPI 1.1:测试驱动开发与覆盖率(TDD & Coverage)
- KPI 1.2:缺陷解决与运维(Defect Resolution & Operations)
- KPI 2:协作专业能力与知识分享(Collaborative Expertise & Knowledge Sharing)
- KPI 2.1:Peer Review 领导力
- KPI 2.2:基础设施与架构对齐(Infrastructure & Architecture Alignment)
FIT5120 Industry Experience Studio Project 2026 - 信息技术硕士(MIT)
本文件是 FIT5120 评估规范的补充说明,用于明确主修信息技术学生的角色。
说明
FIT5120 的所有学生都应运用自己掌握的技能,为团队工作和正在开发的系统做出富有成效的贡献。包含 Master of Information Technology(MIT)学生的团队,应在最后一门 Capstone Unit 中应用并展示多种技能。下列内容并非完整清单,而是用于帮助 Studio Mentors 指导团队中的 MIT 学生。
你应充分运用对应用领域的深入知识,在不熟悉的情境中有效应用这些知识;主动维护并更新自身知识,同时促进其他专业方向同学的发展。你还应能够快速吸收新信息,并根据当前行业趋势有效加以应用。
MIT 学生应在软件开发的以下领域发挥带头作用,并采用自适应方式(迭代式/敏捷式)完成交付。
软件开发职责与带头领域
- 识别、制定并应用软件开发与安全标准及流程;
- 规划和设计软件组件;
- 估算软件开发所需的时间与工作量;
- 构建、修改并验证软件组件;
- 应用 Test-Driven Development(测试驱动开发,TDD),并确保适当的测试覆盖率;
- 使用 Peer Review 技术,例如 Pair Programming(结对编程);
- 理解待开发软件组件的价值,并对其进行文档记录;
- 为迭代式和增量式开发选择适当的开发方法;
- 应用恢复技术,确保正在开发的软件不会丢失;
- 在软件开发实践中实施适当的 Change Control(变更控制);
- 解决软件运行问题并修复缺陷;
- 在软件开发的所有阶段和每次迭代中承担技术责任;
- 理解 User Journey(用户旅程)和 Workflows(工作流程);
- 设计、编码、验证、测试、记录、修改和重构复杂程序/脚本以及集成软件服务,并推动自动化活动;
- 参与选择软件开发方法、工具与技术;
- 参与审查自己的工作,并带领对其他同事工作的审查;
- 为团队研究合适的技术;
- 与团队成员沟通并就构建内容和基础设施达成一致;
- 分享数据库模型与数据库技术方面的专业知识;
提交/评估证据
提交与评估将采用以下形式:
- Studio 内审查:Studio Mentor 将评估你在解决方案设计中对技术的应用;
- GitHub;
- Test Plans(测试计划);
- Project Governance Portfolio 中的开发材料。
MIT 对应的 SFIA 行业角色
- Senior DevOps Engineer
- Web Developer
- Front End Developer
- Full Stack Engineer
- Back End Developer
- IT Analyst
从 FIT5120 视角出发的 KPI 示例
KPI 1:质量保证与测试(Quality Assurance & Testing)
KPI 1.1:测试驱动开发与覆盖率(TDD & Coverage)
- 衡量方式(Metric):领导单元测试和验收测试的策略制定、规划与执行。
- 目标(Target):制定全面的测试计划,并使关键软件组件达到至少 80% 的测试覆盖率(或达到团队批准的目标);在可行情况下纳入自动化。
KPI 1.2:缺陷解决与运维(Defect Resolution & Operations)
- 衡量方式(Metric):在识别、跟踪和解决软件运行问题及缺陷方面承担技术责任。
- 目标(Target):关键缺陷应在发现它们的同一个 Iteration Cycle 内完成分级处理、调试和解决,从而尽量减少对前端或集成流水线造成的阻碍。
KPI 2:协作专业能力与知识分享(Collaborative Expertise & Knowledge Sharing)
KPI 2.1:Peer Review 领导力
- 衡量方式(Metric):积极领导并参与技术 Peer Review,例如正式的 GitHub Pull Request Review 和 Pair Programming Session。
- 目标(Target):与团队成员分享具有建设性且高质量的技术反馈,从而提升团队整体代码质量,并促进跨专业方向的学习。
KPI 2.2:基础设施与架构对齐(Infrastructure & Architecture Alignment)
- 衡量方式(Metric):与团队成员进行有效沟通,就 Workflows、User Journeys、System Infrastructure 以及 Database Structures 达成共识。
- 目标(Target):在 Project Governance Portfolio 中维护并持续更新数据库模式、系统架构和集成点的清晰文档。