"物品复活"软件开发

“物品复活”软件开发

项目需求

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

开发工具

使用VS Studio，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 (事后总结)
进行事后总结，分析项目中的不足：

1. 测试不够全面

• 测试范围有限：此次开发的测试较为简单，主要集中在功能是否能正常运行，但并没有针对系统的边界条件、异常输入等情况进行全面测试。例如，系统在应对恶意输入、空数据集等情况下的表现还未得到充分验证。

2. 用户界面美观性与响应性不足

• 界面过于简单：虽然GUI操作简单，但界面的美观度有待提升。当前界面偏向功能性，缺乏视觉层面的吸引力，尤其在处理大量物品信息时，用户体验不够理想。
• 交互响应不够及时：部分功能按钮在操作后没有即时反馈，用户可能需要通过消息弹窗才知晓操作结果，可以优化为更多实时反馈的提示，提升交互体验。

Process Improvement Plan (提出过程改进计划)
花费10分钟提出了一些未来的改进措施，包括：

1. 提高需求分析的深度：未来项目中需要更深入的需求分析，确保在开发前考虑到所有细节。
2. 完善设计文档和设计复审：对于复杂项目，需要生成设计文档并进行同事间的复审，确保设计的合理性。
3. 增强代码规范的贯彻：未来项目中应更加严格地遵循和执行代码规范，以提高代码质量和团队协作效率。

PSP时间统计表

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