课程评估形式模块代码：CMT313课程名称：软件工程评估题目：个人投资组合评估编号：第3个，共3个日期设置：19/02/2024
提交日期和时间：春季工作周，2024年5月2日上午9:30反馈返回日期：2024年6月5日如果您因情有可原的情况获得延期，那么提交截止日期和返回日期将晚于上述日期。当您的延期获得批准时，我们将通知您修改后的提交截止日期。如果你推迟了秋季或春季学期的评估，你可能会错过一个模块，并不得不重新安排不及格或推迟的部分。
如果您因情有可原的情况获得延期，那么您将在下一个计划的评估期接受评估，在该评估期内进行本模块的评估。如果您推迟了秋季或春季评估，并且有资格进行夏季重新评估，您将在夏季重新评估期间完成延期评估。如果你被要求留级或在留校期间推迟了评估，你将在下一学年完成评估。
一般来说，学生在夏季评估期间只能补修60个不及格的学分（见学术规定第3.4节）。那些不及格学分超过60个（本科生课程不超过100个学分，研究生课程不超过105学分）的学生将被要求留级。这条规则也有一些例外，考试委员会会根据具体情况进行应用。
如果你是硕士生，请注意推迟评估可能会影响你论文的开始日期。这是因为你必须通过所有教学模块，然后才能开始你的论文。如果您是留学生，任何延误都可能对您的证产生影响，尤其是如果您打算在课程完成后申请留学后工作签证。注：夏季返校时间很短，员工的支持也很少。因此，如果评估数量很大，这可能是一个紧张的工作时期这项课业相当于该模块总分的40%。如果课程迟交（且没有情有可原的情况）：
1如果评估在截止日期后24小时内提交，评估分数将以最低通过分数为上限；
2如果在截止日期后超过24小时提交评估，评估将打0分。
只有使用情有可原的程序才能申请延长课业提交日期。代 写CMT313个人投资组合评估方法只有具有批准的情有可原情节的学生才能使用情有可原情况提交截止日期。在首次提交截止日期后提交的任何课程，如果没有“批准”的情有可原的情况，都将被视为迟到。有关情有可原的程序和学术规定的更多信息，请访问学生内联网：
提交此课业即表示您接受以下声明的条款：我在此声明，我提交的材料（或在小组提交的情况下我对其的贡献）都是我自己的作品，以前没有提交过评估，我也没有故意允许其他学生复制。我声明，除非允许，我没有未经授权使用人工智能聊天机器人或工具来完成这项工作。我知道，通过冒充另一位作家的作品来欺骗或试图欺骗考官是剽窃。我也明白，剽窃他人的作品或故意允许另一名学生剽窃我的作品是违反大学规定的，这样做会导致分数损失和可能的纪律处分1分配此个人投资组合将由秋季和春季学期模块期间所做的工作组成。您和与您合作的团队将有特定的机会向教学团队演示正在开发的软件。本文件必须与AAT原型特征和记方案一起阅读
引言
CMT313：软件工程是通过作为软件开发项目的一部分开发的课程进行评估的，通常由六到七名成员组成的团队进行。尽管此评估是个人评估，但您需要作为团队的一部分完成任务。在你的团队中成功地工作有很大的潜力来改进这个个人投资组合中的材料。
您的团队应在没有模块负责人的情况下，在预定会议之外定期开会（灵活会议）。
团队成员不参与
如果你的团队认为有人没有做出贡献，那么你应该给Annelies Gibson发电子邮件(gibsona3@cardiff.ac.uk)以便她能够进一步调查。同样重要的是，任何难以联系团队或有任何其他影响其与团队合作能力的问题的人都应尽快通知。
一些重要建议：
您的团队需要将系统划分为适当的功能/模块，这些功能/模块可以分配给团队成员进行开发。需要更复杂功能或复杂接口的需求可以拆分。但是，每个团队成员都应该对一个需求的开发和测试负主要责任。确保您的团队管理依赖关系。如果需要原型的其他部分所需要的核心功能，则需要密切合作。确保每个团队成员都清楚地了解他们正在发展的内容，以及这与其他人的工作之间的关系。
你需要展示一个工作原型。最好是以小块的形式开发代码，经常进行集成和测试，从而减少在代码停止工作时需要检查的代码量。在与团队一起开发原型时，您需要使用GitLab。投资组合可交付成果您的个人投资组合应包括以下组成部分：
任务1-测试用例（仅限一个测试用例）尽管这是一个单独的投资组合，但团队中每个成员提交的测试用例必须针对不同的主要需求。主要要求可参考附件中的AAT原型特征和标记方案表。每个测试用例都应该使用课堂笔记中提供的测试用例模板进行演示：创建一个用户可以遵循的测试用例，以验证您的原型是否满足其中一个主要需求。每个测试用例都应该有一个明确的程序和输入数据，测试人员可以遵循这些数据来执行基本流程的基本步骤，并清楚地指示原型应该响应测试人员的操作给出的输出。（您也可以提供线框图来帮助他们进行测试。这些图将用于帮助确定您是否在测试用例中提供了足够的信息来涵盖每个需求的基本步骤。）
任务2-开发原型（限制700字）在开发原型的同时，解释并评估团队的有效性。本节应考虑您的团队使用的项目管理和开发方法以及模块中涵盖的团队动态。（适用于所用方法的图表和图板等工件可包含在最多3页的附录中）
任务3——视频和质量标准——演练演示，包括您开发的原型元素的软件质量标准。制作一个视频（最长5分钟），讲述你开发的原型的工作功能，这个视频应该。oclrearly展示了您的部分如何与原型的其他相关部分集成。
o作为演示的一部分，重点介绍两个例子，说明您的最终产品部分如何以及在哪里考虑软件质量标准（如可用性、可靠性、完整性、可维护性、可测试性和灵活性）。
o突出显示成功实现的任何额外功能或有趣的功能。
任务4——同伴和自我评估（使用提供的表格，每个学生最多1页）
回顾您在春季学期参加CMT313软件工程模块团队练习的经历，为团队中的每个成员（包括您自己）完成一次同行/自我评估。
投资组合要素贡献
任务1-测试用例20%
任务2-开发原型35%
任务4-视频-演示（原型）40%
任务5——同伴和自我评估5%
总计100
评估的学习成果
选择、遵循和评估软件开发方法分析和反思个人和团队表现考虑软件质量的适当特征来评估项目的结果
评估标准提供了用于评分的标准和反馈准则，以便您可以查看您的课程将如何根据所述标准进行评分-请参阅本文档末尾的“评估标准”部分。总成绩如下：
如果在“卓越”级别上满足大多数标准，将获得70%或更多的奖励如果达到“优异”级别的大多数标准，60-69%的学生将获得奖励
如果在“通过”级别符合大多数标准，将获得50-59%的奖励如果大多数标准为“不合格”，则将授予49%或以下的分数对未来学习的反馈和建议对您的课程课业的反馈将涉及指定的评估标准。差别
14-20测试用例涵盖了基本流程中与验证原型是否满足主要要求相关的所有基本步骤。测试用例中的所有步骤都清楚地提供了使用适当的输入测试数据执行程序所需的信息，并清楚地指示了用户应期望看到的响应于其动作的输出。
优点
12-13测试用例涵盖了基本流程中与验证原型是否满足主要要求相关的最基本步骤。测试用例中的大多数步骤提供了适当的信息，以使用适当的输入测试数据来执行程序，其中指示了用户应该期望看到的响应于他们的动作的输出。
通过10-11测试用例提供了一些合理的步骤来验证原型是否满足主要要求测试用例向用户提供了如何进行测试的合理指示，并给出了预期输出的一些指示，但没有提供实际的输入测试数据。在如何填写测试用例模板方面存在一些误解。
失败
提供的0-9个步骤（如果有的话）几乎没有信心验证主要需求。很少或根本没有指示如何进行测试或预期输出。
使用适当的模板。大部分章节填写错误。任务2——开发原型35%在开发原型的同时，解释并评估团队的有效性。不包括任何解释项目规划或管理不明显
差别25-35投资组合包含对团队在实施原型时使用的项目管理和开发方法的清晰一致的解释。全面评估，充分证明团队的有效性，包括项目管理、开发方法和团队动态优点21-24投资组合包含对团队在实施原型时使用的项目管理和开发方法的最清晰的解释。对您团队的有效性进行了良好的评估，并提供了优秀的理由，包括项目管理、开发方法和团队动态的2个方面通过18-20投资组合包含了对团队使用的项目管理和开发方法的解释，但这种解释很难遵循，本可以构建得更好。对您的团队在项目管理、开发方法和团队动态方面的有效性进行一些评估。然而，理由有限。失败0-17投资组合仅包含对团队使用的项目管理和开发方法的非常简短的解释。对项目管理、开发方法和团队动态的描述而非评估。任务3——质量标准和视频40%
差别28-40实施的系统超过了这一要求。它符合良好演示的标准，并为此需求提供了有趣且相关的额外功能或令人印象深刻的功能。这个需求与原型的其他部分集成得非常好，界面具有一致的外观和感觉。两个软件质量标准得到了正确和全面的解释，展示了洞察力和专业理解力。
优点
4-27所实现的系统通过以逻辑顺序覆盖适当的基本流程的所有基本步骤，并为所执行的任务提供合理的接口，明确地满足了这一要求这个需求与原型的其他部分很好地成在一起，界面具有相似的外观和感觉。已经确定并明确解释了两个相关且正确的软件质量标准，证明了理解/只有一个软件质量标准得到了正确且全面的解释，证明了洞察力和专业理解。通过20-23实施的系统显示出在满足这一要求方面取得了合理进展。然而，在以下一个或多个方面还需要做更多的工作：在基本流程中包括一些缺失的步骤，纠正流程的逻辑，纠正任务中的一些错误或改进界面。该要求与原型的其他必要组件集成，但接口不一致。仅提供了一个突出软件质量标准的相关示例/已确定了两个相关软件质量标准，但解释表明理解有限。
失败0-19实现的系统不满足这一要求，将需要大量的工作来解决以下一个或多个问题：在基本流程中包括缺失的步骤，纠正流程的逻辑，纠正任务中的错误或改进接口。此要求不与原型的其他组件集成未能提供软件质量标准的任何正确示例/解释任务4同伴和自我评估5%差别4-5对自己和所有团队成员所做贡献的全面专业反思和评估，包括全面的理由。优点3对他们和所有其他团队成员的贡献进行良好的专业反思和评估，并提供相关理由通过
2.5对他们和团队成员的贡献发表了专业意见，但评估/理由很少。（全部，部分形式）失败
0-2有人对他们自己和团队成员的贡献发表了评论，但这些评论并不合理，也不特别专业。