FIT5120 Industry Experience Studio Project 2026 - 商业信息系统硕士（MBIS）

本文件是 FIT5120 评估规范的补充说明，用于明确 Business Information Systems 与 Information Technology 专业学生的角色。

MBIS 岗位角色

MBIS 工作技能 - CBOK Level

• 规划、管理并调查具有显著模糊性和复杂性的 Business Situation Analysis；
• 就 Business Situation Analysis 所采用的方法与技术提出建议；确保采用整体视角识别并分析广泛的问题与机会；
• 与广泛的利益相关者互动与协作，包括管理层人员；就结论与建议获得利益相关者认可；
• 参与制定 Business Situation Analysis 的组织标准与指南；
• 定义并管理中等规模与复杂度 Initiative 的范围界定、需求定义与优先级排序活动；
• 参与选择 Requirements Approach；
• 促进利益相关者提供意见，提出建设性质疑，并支持有效的需求优先级排序；
• 建立 Requirements Baselines，取得对需求的正式认可，并确保需求可追溯至来源；
• 确保需求变更得到调查与管理；
• 在复杂情境中选择适当的技术与工具来开发 User Stories，并获取 User Experience Requirements；
• 识别系统、产品、服务与设备的设计目标；
• 识别受影响的 Stakeholder Groups，并解决不同用户需求之间的潜在冲突；
• 为系统、产品、服务与设备所需的 Usability 和 Accessibility 指定可衡量标准；
• 促进工作组实现既定目标与成果；
• 为工作组和团队提供支持、指导与建议，帮助其学习协作式问题解决并提升团队表现；与团队建立共同责任和可持续协议；
• 实施并改进团队已约定的 Principles、Practices、Processes 与 Ceremonies；
• 识别并结合 Team Dynamics 的优势与限制开展工作。

说明

FIT5120 的所有学生都应运用自己的技能，为团队工作和正在开发的系统做出富有成效的贡献。包含 MBIS 学生的团队，应能够在最后一门 Capstone Unit 中应用并展示多种技能。下列内容并非完整清单，而是用于帮助 Studio Mentors 指导团队中的 MBIS 学生。

团队中的 MBIS 学生应运用其技能，帮助团队实现以下教育成果：

• 具备研究并确定 Problem Space／Target Audience 的能力；
• 与 Master of Data Science（MDS）学生合作，共同带头研究澳大利亚和全球的当前问题，审查 Open Data，并确定潜在问题／目标受众；
• 展示与关键 Stakeholders 沟通和互动的能力；
• 展示对 Problem Statement 编写与验证、Analysis 和 Design 的理解。

上述工作看似显而易见，但应在开始构建之前完成，并在项目全程持续开展。学生往往只是为了撰写报告而研究问题，团队其他成员却没有意识到这些调查应当真正推动项目。你应充分运用对应用领域的深入知识，在不熟悉的情境中有效应用这些知识；主动维护并更新自身知识，同时促进本专业其他同学的发展。你还应根据当前行业趋势与实践快速吸收并有效应用新信息。

应用构思与设计中的带头领域

MBIS 学生应在以下方面开展工作并发挥带头作用：

• 通过 IT Standards、Practices 与 Awareness，确保系统及系统行为负责任且符合伦理；
• 规划 Business Situation Analysis；
• 建立 Investigative Approach；
• 定义问题并分析 Root Causes；
• 通过识别潜在变更进行 Ideation，以解决问题或把握机会；变更可包括增加技术或改变流程；
• 就结论与建议取得一致意见；
• 采用整体视角识别和分析问题与机会；
• 获取并分析 Functional 与 Non-Functional Requirements；
• 确保需求和优先级得到准确反映；
• 使用包括但不限于 Project Proposal、Epics、User Stories 和 Backlogs 的技术组织并确定需求优先级；
• 将 Requirements 与 Constraints 规定并验证到足以支持新的或已变更软件、系统和流程进行有效开发与运维的程度；
• 通过自适应方式（迭代式／敏捷式）采用并调整 Requirements Management；
• 规划、识别、设计、管理、执行并报告 Acceptance Tests 的结果；
• 开展 Root Cause Analysis 并提出改进建议；
• 与 Industry Mentors 和 Academic Mentors 互动并协作；
• 定义并管理中等规模与复杂度需求的 Scope、Requirements Definition 与 Prioritisation Activities；
• 促进其他专业方向提供意见，提出建设性质疑，并通过 Stakeholder Walkthroughs 支持有效的需求优先级排序；
• 设计、规定并执行 Test Cases 与 Scenarios，测试系统、产品和服务是否满足 Acceptance Criteria 并实现预期商业收益；

流程（Processes）

• Studio 内审查：Studio Mentor 将通过讨论和访谈评估解决方案设计中 Business Analysis 的应用；
• Project Governance Portfolio 中的 Design and Analysis Artefacts；
• 经审查的 Team Peer Feedback。

产品（Products）

• Final Project；
• Industry Mentor Discussion；
• Project Governance Portfolio 中的 Design and Analysis Artefacts。

从 FIT5120 视角出发的 KPI 示例

KPI 1：验收测试与可访问性（UX）合规

Acceptance Testing & Accessibility（UX）Compliance

• 定义（Definition）：规划、规定并执行全面的 User Acceptance Testing（UAT）框架，包括详细 Test Cases 和 Prototypes，用于验证已部署应用功能是否符合预先定义的 Web Accessibility Standards，并实现预期商业收益。
• MBIS 重点（Focus）：带头为所有潜在用户群体定义可衡量的系统 Usability 与 Accessibility 标准；根据 Peer Reviews 开展迭代式设计改进，并全面报告系统问题与实施风险。
• 跨团队依赖（Cross-Team Dependency）：UI/UX 与 Quality Assurance Teams。如果 Business Analysts 未与开发人员一起规定高质量 Acceptance Test Scenarios，团队便无法验证全面的测试覆盖率，从而增加 Code Regression 与部署延迟风险。
• 衡量方式（Measurement）：全面的 Test Execution Matrices、UAT Defect Reports、Accessibility Compliance Logs，以及 Studio Evaluation 期间对 Interactive Wireframes／Prototypes 的功能验证；相关证据应记录在 LeanKit 中。

KPI 2：协作式数据伙伴关系

Collaborative Data Partnership

• 定义（Definition）：与 Master of Data Science（MDS）学生合作，使用 Open Data Sets 调查、处理并综合复杂的 Problem Spaces，并就 Project Scope 与 System Goals 获得 Mentors 的正式验证与认可。
• MBIS 重点（Focus）：采用整体视角分析广泛问题与 Root Causes，超越表层研究，确保深入的 Stakeholder Engagement 与 Data-Driven Discoveries 能够直接引导开发方向。
• 衡量方式（Measurement）：有记录的 Business Situation Analyses、User Persona、Design Thinking Artefacts，以及来自 Mentors 的反馈。