宿舍报修平台的小程序实现

---

5.26 修改内容：加入了项目结构化需求分析。
6.2 修改内容：加入了产品设计原型图以及产品项目进度。
6.9 修改内容：加入了用例图、静态UML图、动态UML图。

项目背景

需求调查

目前某校宿舍报修缺乏系统化程序，市面上缺少对应软件，学生报修意见难以收集统合，宿舍维修时间、地点不便安排，为学生生活和学校管理均造成了较大不便。

数据采样

形式：问卷调查。
参与人：北京理工大学学生共计48人。
问卷结果：https://www.wjx.cn/mobile/statnew.aspx?activity=39500742&reportid=
结果概述：

• 绝大多数人认为手机端报修很方便。
• 最经常需要报修的是门、灯。
• 大部分人倾向于自己制定维修时间。
• 对于是否允许系统自动修改维修时间存在争议。

项目目标

甲方需求为：学生在报修平台登记宿舍号及床号、损坏设施等信息，系统即可通过一定的排序自动安排维修时间并通知修理师傅，简化宿舍报修流程。
现应甲方需求，本团队将要开发一款微信小程序，该程序具备相应功能，可以对宿舍报修情况进行改善。

项目前景

目前市面上缺少竞争者，该项目具备良好前景。如果开发成功，将独占本领域。

项目评估

• 甲方需求简洁明了，所需功能在乙方能力范围内可以达成。
• 项目实现性强，具备较高完成可能。
• 甲方便于沟通，需求可以实时调整。

• 乙方缺少开发经验，开发速度可能受限。
• 同类项目较少，缺少借鉴实例，不排除遇到开发困难的可能性。

项目范围

项目需求

总需求可见上文项目目标。其他具体需求在与甲方进一步沟通后会列在此处。

• 系统可以推荐维修时间供用户选择。
• 维修物设立优先级。
• 根据报修顺序设立优先级。

结构化需求分析

概述

功能分解如图。

优先级划分：按照维修物品和报修时间进行优先级划分。

过程建模

DFD 图如图。

微规格说明如图。

数据字典如图。

数据建模

简单情况下的ERD建模如图。

硬数据ERD建模如图。

用例图

静态UML图

类图如下。

动态UML图

交互图如下。

状态图如下。

活动图如下。

实现形式

形式不限。本组计划采用微信小程序的完成形式。

产品设计原型图

用户注册界面如下。

学生端界面如下三图。



管理员端界面如下图。

涉众分析

使用该小程序的人员应为宿舍入住学生及宿舍维修人员。小程序具备分辨使用者身份，并提供不同功能的能力。

运营成本

该小程序应具备自动运行能力，不需投入过高运营成本和维护成本。

范围规划

完成具备上述功能的小程序的设计、实验以及运行。

开发成本

无。

截止时间

本项目须在五周内完成。

沟通结果

线上交流

第一次线上交流

交流概述

确定了产品总需求和达成形式，明确了更进一步的产品需求。

截图

文本记录

甲方：
宿舍报修平台需求就是
1.填写宿舍号，要报修的设施
2.系统按照优先级会自动为每个报修的宿舍安排修理的时间段
3.通知宿舍大致的修理时间
比如A、B、C宿舍依次报修，那系统就会先优先安排A宿舍，其次才是B、C。
大概就是这么个流程
乙方：
收到。

线下交流

第一次线下交流

交流概述

时间：2019/5/15 9:30-10:00。
地点：北京理工大学图书馆一楼。
甲方代表：陈家辉。
乙方代表：郑祥喆。
向甲方汇报了市场调研的结果，针对其中部分调查结果，与甲方进行了解决方案的协议。甲方同意修改部分需求，肯定了本组部分创意。

照片记录

文本记录

乙方：甲方你好。这里是我们的第一次市场调研结果。根据调查显示，大部分潜在用户认为，应该自己预约上门维修的时间，而且针对是否允许系统自动修改维修时间存在争议。请问是否可以修改甲方需求，以迎合大众需求呢？
甲方：可以将需求修改成这样：系统提供几个可行的时间，供用户在其中选择方便的时间进行维修的预约，这样可以同时解决两个问题。
乙方：好的。然后，根据调查的另一个结果，宿舍内经常需要报修的物件和设备有很多种，比如门、灯就是最经常需要报修的。那我们是否可以根据不同的报修物，来区分维修的优先程度呢？
甲方：比如说？
乙方：比如床这类设备，我们应当设置最高的优先级，最好在当天内完成维修。而风扇、灯就可以稍后再安排。
甲方：同意。
乙方：那么甲方还有什么附加的需求吗？
甲方：暂时没有了。如果有需求，我们随时联系。
乙方：好的。

项目计划

开发小组

王童欣

文档撰写，学生客户端设计，统筹协调开发工作。

郑祥喆

协调交流，项目提交，技术博客管理及维护。

钟沅

学生客户端设计，创意设计，功能测试。

何佳欢

宿管客户端设计，美术设计。

于家豪

宿管客户端设计，产品宣传，功能测试。

开发安排

因该项目开发时间安排具备不确定性，故先以开发任务安排的形式设计该项目的制作，再为各项任务限定完成时间。

开发任务

市场调查

通过问卷调查、路边采访等形式确定大众需求，为项目开发确定更具体的功能目标。

程序搭建

根据用户需求编写对应程序的阿尔法版本，经调试后交予甲方，确定甲方进一步需求。

程序改进

根据进一步需求改善程序设计，完成贝塔版本，经调试后投入市场进行试运行一段时间，根据试运行结果进一步优化。

项目交付

完成全部优化设计后，将项目成品交付甲方，完成项目合约。

时间安排

根据实际开发进度及甲方需求，开发时间安排可能修改，以下时间仅供参考。
2019.5.9——5.12
市场调查
2019.5.12——5.19
程序搭建
2019.5.19——6.2
程序改进
2019.6.3
项目交付

项目进度

本周工作安排：
钟沅、王童欣完成对小程序代码的更改，修复已发现的问题。
于家豪、何佳欢完成对后台数据库的补充。
郑祥喆负责修改技术博客，等待项目改进完成后交付甲方。
截止至2019.6.9，本组产品程序已经可以运行，仍在积极测试并处理发现的问题。