“物品复活”软件开发PSP数据统计表

“物品复活”软件开发
项目需求
大学生经常有些物品觉得扔掉可惜，不处理又觉得浪费自己的地方。物品“复活”软件允许添加物品的信息（物品名称，物品描述，联系人信息），删除物品的信息，显示物品列表，也允许查找物品的信息，帮助闲置物品“复活”。

开发工具
使用PyCharm，python撰写。

PSP过程
Planning (计划阶段)

Estimate (时间预估)：明确需求、分析系统的功能需求以及其他相关的依赖因素。在这一阶段，充分考虑了开发所需的时间成本，确保后续工作的流畅进行。
Development (开发阶段)

Analysis (需求分析)：快速分析了物品交换系统的需求，理清所需实现的功能模块“添加物品、删除物品、显示物品和查找物品”。
Design Spec (生成设计文档)：由于本项目相对简单，未生成详细的设计文档。
Design Review (设计复审)：设计复审未进行，未花时间讨论设计方案。
Coding Standard (代码规范)：制定了适合此项目的代码规范，确保代码风格统一，提高后期维护性。
Design (具体设计)：完成物品交换系统的页面和功能设计，确定了主菜单及其功能按钮的布局。
Coding (具体编码)：主要是实现系统的核心功能，包括添加物品、删除物品、查找物品和显示物品等功能的代码编写。
Code Review (代码复审)：进行代码检查和改进，确保代码的可读性和功能的正确性，并通过调试解决了一些小错误，包括同名物体的删除等。
Test (测试)：确保所有模块运行正常，未发现重大问题。
Record Time Spent (记录用时)
花费了5分钟记录每个阶段的实际用时，以便后期分析开发过程中的时间花费。

Test Report (测试报告)
简单记录了测试过程中发现的几个小问题和对应的解决方案。

Size Measurement (工作量计算)
工作量计算阶段未花费时间，因为系统规模较小，且未使用复杂的度量工具。

Postmortem (事后总结)
进行事后总结，分析项目中的不足：

测试不够全面
测试范围有限：此次开发的测试较为简单，主要集中在功能是否能正常运行，但并没有针对系统的边界条件、异常输入等情况进行全面测试。例如，系统能输入的“物品”的最大上限。
用户界面美观性与响应性不足
界面过于简单：虽然GUI操作简单，但界面的美观度有待提升。当前界面偏向功能性，在查询物品时使用弹窗显示，用户体验不够理想。
需要一个数据库存储：程序只有简单的列表用于储存“物品”类，当程序结束之后，内存空间就自动释放掉了。
Process Improvement Plan (提出过程改进计划)
花费10分钟提出了一些未来的改进措施，包括：

设计合理完善的数据库：未来项目中需要使用数据库或者文件存储信息，防止内存释放带来的信息丢失。
GUI的使用：本次版本仅仅使用了python中自带的tkinter包，未来可以探索其他GUI框架的使用。
完善设计文档和设计复审：对于复杂项目，需要生成设计文档并进行同事间的复审，确保设计的合理性。
增强代码规范的贯彻：未来项目中应更加严格地遵循和执行代码规范，以提高代码质量和团队协作效率。“物品复活“软件开发PSP数据统计表

PSP2.1	具体任务	用时
Planning	计划
- Estimate	- 明确需求和其他相关因素，指明时间成本和依赖关系	6h
Development	开发
- Analysis	- 分析需求	5min
- Design Spec	- 生成设计文档	0
- Design Review	- 设计复审(和同事审核设计文档)	0
- Coding Standard	- 代码规范(为目前的开发制定合适的规范)	10min
- Design	- 具体设计	15min
- Coding	- 具体编码	1.5h
- Code Review	- 代码复审	30min
- Test	-测试(包括自测，修改代码，提交修改)	45min
Record Time Spent	记录用时	5min
Test Report	测试报告	10min
Size Measurement	计算工作量	0
Postmortem	事后总结	10min
Process Improvement Plan	提出过程改进计划	10min