摘要：
《构建之法》第八章——需求分析为什么这么难 第八章讲需求分析，我觉得这一章读起来挺有意思的，因为它说的很多情况我在做课程项目的时候都遇到过。 书里一开始就说了一个很经典的问题：用户说的需求和用户真正的需求往往不一样。用户受限于自己的知识，没有办法准确描述他想要什么。他可能会说“我想要一个类似某某软件 阅读全文
posted @ 2026-05-30 15:05
春酲01
阅读(1)
评论(0)
推荐(0)
摘要：
《构建之法》第三章——软件工程师到底应该会什么 第三章的标题是“软件工程师的成长”，讲的是一个合格的软件工程师应该具备哪些能力。我原来觉得只要会写代码就够了，看了这本书才发现不是这样。 书里首先讲了个人能力和团队能力的关系。一个人在个人项目里写得再好，到了团队里如果不跟别人配合，项目还是做不好。代码 阅读全文
posted @ 2026-05-30 15:05
春酲01
阅读(2)
评论(0)
推荐(0)
摘要：
《构建之法》第六章——敏捷流程到底是怎么回事 这周读了《构建之法》第六章，讲的是敏捷流程。说实话以前我只听说过这个词，具体什么意思完全不知道。 书里说敏捷开发不是某一种具体的方法，而是一堆方法的总称，比较常见的有Scrum和极限编程。敏捷的核心思想是不要想着一次就把所有事情做完，而是一个小功能一个小 阅读全文
posted @ 2026-05-30 15:04
春酲01
阅读(3)
评论(0)
推荐(0)
摘要：
作业2 团队绩效评估计划 一、其他团队的绩效评估方法调研 在制定我们的绩效评估方法之前，我们先调研了其他几个团队的做法规避。 有的团队采用KPI量化法，根据代码行数和功能点数来打分。优点是可量化、容易比较，缺点是会鼓励堆砌代码而不是写出高质量的代码，代码行数多不代表做得好。 有的团队采用360度互评 阅读全文
posted @ 2026-05-30 14:58
春酲01
阅读(2)
评论(0)
推荐(0)
摘要：
作业1 对比参照软件分析差距 我们选择了简道云的安全管理模板作为参照物。简道云是帆软旗下成熟的零代码应用搭建平台，其安全管理模板功能完善、用户量大，在业内有一定代表性。 一、功能对比分析 从开发周期来看，我们只用了两周时间，而简道云经过了多年的持续迭代。团队规模方面，我们是四个学生，简道云有几百人的 阅读全文
posted @ 2026-05-30 14:57
春酲01
阅读(3)
评论(0)
推荐(0)
摘要：
自我评价 从四个方面评价我们开发的团队软件 一、用户界面评价 做得相对好的地方 我们的系统在响应式适配方面下了些功夫，能够在手机、平板、电脑上基本正常显示，不至于出现严重的布局错乱。暗色模式的主题切换功能也实现了，用户可以根据自己的偏好选择深色或浅色主题。整体颜色风格还算统一，使用了渐变色设计，看起 阅读全文
posted @ 2026-05-30 14:56
春酲01
阅读(4)
评论(0)
推荐(0)
摘要：
1. 杨：整理4个业务模块开发文档、功能说明、操作手册 2. 秦：整理统计报表、数据维护模块说明、报表生成规则文档 3. 邓：整体全功能最终验收测试，验证双重管理闭环完整落地；汇总全部开发资料、整理项目交付文件 4. 全员：整体复盘，确认所有需求100%完成，项目交付完毕 阅读全文
posted @ 2026-05-23 21:54
春酲01
阅读(2)
评论(0)
推荐(0)
摘要：
1. 杨：修复录入、筛选、导入导出、预警提示、销号功能所有问题，完成模块最终自测 2. 秦：修复数据统计偏差、版本追溯异常、报表生成错误等问题，优化多维展示效果 3. 邓：修复考核联动、星级对比、系统权限漏洞，统一全系统UI、交互、数据格式 阅读全文
posted @ 2026-05-23 21:53
春酲01
阅读(4)
评论(0)
推荐(0)
摘要：
1. 杨：配合联调：测试风险、隐患、检查模块数据同步、导出数据统一性、权限操作合规性 2. 秦：配合联调：测试统计数据与原始录入数据一致性、报表自动生成时效性 3. 邓：主导全系统联调：打通10大模块闭环流程，模拟「风险建档-隐患治理-安全检查-考核评级」全业务场景，记录所有bug 阅读全文
posted @ 2026-05-23 21:52
春酲01
阅读(3)
评论(0)
推荐(0)
摘要：
1. 杨：全线优化风险项点、隐患项点、安全检查模块：校验所有字段规则、销号权限、超时预警、批量操作稳定性 2. 秦：优化所有统计、维护模块：校准统计数据精度、版本对比准确性、报告格式标准化 3. 邓：开展跨模块初步联调：校验风险-隐患-考核数据流转连贯性，排查模块间数据断层问题 阅读全文
posted @ 2026-05-23 21:52
春酲01
阅读(3)
评论(0)
推荐(0)
浙公网安备 33010602011771号