pygmy-killer-whale

摘要： 在软件开发的广阔世界里，我们常常面临一个挑战：如何将复杂的业务需求、系统架构和交互逻辑清晰地传达给团队成员、产品经理甚至客户？文字描述冗长且易产生歧义，而纯粹的代码又过于细节。此时，统一建模语言（UML） 便成为了我们不可或缺的沟通桥梁。 UML如同一套“工程蓝图”，它通过标准化的图形符号，为我们提 阅读全文

摘要： 今天上午尝试将hbase链接到idea,结果hbase出错了，后来发现是hadoop没启动，再试一次发现还是不行，一看log好像是上次启动在zookeeper残留的数据影响了，删除残余数据后重启hbase就okl 阅读全文

摘要： 今天下午安装了mongodb和mongodb shell，安装完成后进行了增删改查测试 阅读全文

摘要： 今天上午安装了mongodb服务，测试了一下； 下午体测，引体向上太难了没去，跑一千米跑完腿抽筋了，歇了好久； 阅读全文

摘要： 在软件开发中，我参与巡养修检管理子系统的开发，当时采用的是传统需求收集方式。我组织了团队成员的会议，详细描述系统功能需求，随后整理成一份冗长的文档。以巡检模块为例，我细致记录了系统支持的各类发布、信息收集字段及统计功能，认为详尽的文档能确保开发团队精准实现功能。 然而，《用户故事与敏捷方法》指出这种 阅读全文

摘要： 我之前在参与巡养修检管理子系统的开发时，对于用户故事的处理较为粗放。在面对 “社团活动报名与管理” 这样复杂的功能需求时，我没有进行细致的拆分，而是将其作为一个整体任务交给开发团队。我认为只要明确了最终目标，团队就能够自行完成相关功能的开发。在迭代规划方面，我只是简单地根据自己的经验安排任务，没有充 阅读全文

摘要： 我之前在制作巡养修检管理子系统时，对用户故事的管理较为松散。在需求收集阶段，我虽然整理了用户故事列表，但团队成员对故事的理解主要依赖个人解读，缺乏系统性的沟通机制。例如在开发活动报名功能时，我简单地将 “活动报名” 作为一个用户故事分配给开发人员，没有组织团队共同讨论故事细节，导致不同成员对报名流程 阅读全文

摘要： package com.example.teamwebb.mapper; import com.example.teamweb.model.Equipment; import com.example.teamweb.model.Station; import org.apache.ibatis.an 阅读全文

摘要： package com.example.teamwebb.mapper; import com.example.teamweb.model.EquipmentFault; import com.example.teamweb.model.MaintenanceWorkOrder; import or 阅读全文

摘要： 巡养修检管理软件市场中，本软件与简道云设备管理系统均有一定市场份额。​ 用户界面上，简道云设备管理系统采用模块化设计，功能分区清晰，各模块操作流程简洁流畅，新用户能快速上手。如设备档案管理模块，设备基础信息、维修记录等分类展示，查找便捷。相比之下，本软件虽也有功能分类，但部分界面元素布局不够合理，像 阅读全文