201771010108-韩腊梅 实验二 个人项目—《西北师范大学学生疫情上报系统》项目报告 1. 需求分析 2. 功能设计 3. 设计实现 4. 测试运行 5. 代码展示 6. 总结 7. PSP模型展示 8.Git命令与GitHub的简单操作
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| 这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/12416880.html |
| 我的课程学习目标 | （1）掌握软件项目个人开发流程; （2）掌握Github发布软件项目的操作方法。 |
| 这个作业在哪些方面帮助我实现课程目标 | PSP模型的学习及应用 |
| 项目Github的仓库链接地址 | https://github.com/hanlamei/investigation |
| 参考文献 | 中国抗击新型冠状病毒：进展和影响[EB/OL]. (2020-02-01)/[2020-03-04]. http://cn.chinadaily.com.cn/a/202002/01/WS5e358d1fa3107bb6b579c92b.html |
| 2019年12月末，中国武汉发生新型冠状病毒（2019-nCoV) 感染的肺炎疫情，为遏制疫情蔓延，有效切断病毒传播途径，在**指导下，各级*部分采取了一系 列防控措施： 2020年1 月23 日10时起对武汉“封城”，全国 31个省市也相继实施了严格的防控措施；全国各省市向武汉和湖北派遣医疗队参与救治工作；在全国范围内调配口罩、防护服、药品等急需的医疗资源支援武汉；指导和督促全国范围内拥有医疗物资生产资质的企业尽快恢复生产能力；定向拨付专项财政资金用于疾病防控；从其他省份调集物资保障武汉市民日常生活。 |
| 值得一提的是，中国互联网企业在此次疫情防控中发挥了社会治理方面的重要作用。以腾讯为例，围绕应对疫情管控需求开发了十一款产品。其中疫情在线问诊功能，对于减少发热病人之间的相互交叉感染具有重要的作用，患者在家通过互联网向在线医生问诊，减少了病毒传播或感染的风险；谣言粉碎对于公众采取理性态度看待疫情的发展具有重要意义。滴滴出行还在武汉专门组建车队，服务于医护人员的通勤，这在实施交通管制的武汉具有重要作用。此外，还有新型肺炎确诊患者同行程查询工具，用户只需要输入自己所乘坐交通工具的时间和班次，就可以确认是否与被确诊感染者同行，提前做好自我隔离和就诊工作。在疫情防控中，中国互联网企业不仅发展壮大，在承担社会责任方面也越来越成熟。 |
| 为有效配合防控机构有关疫情信息的采集、统计与排查，我校开发了教职工/学生疫情上报系统，该系统由教职工疫情每日上报、学生疫情每日上报、二级部门疫情每日汇总表、疫情防控填报统计四个子系统组成。实现对我校各类人员基本情况、所在区域及活动轨迹及健康状况的信息收集。师生通过我校企业微信服务大厅访问该系统进行远程信息填报。为了更好的手机本校学生的信息情况，我决定尽自己所能开发一款简单的西北师范大学学生疫情每日填报系统。 |
2. 功能设计
1. 系统可采集学生疫情有效信息；
2. 系统支持用户在线使用；
3. 每日只可填报一次，提交后无法修改，每日十点疫情信息填报截止；
4. 各学院指定负责人登录系统，可查看本学院学生填报的汇总数据，可点击查看学生联系方式、班主任联系方式，学院负责人核实本院所有学生数据后，将数据提交给学校防控办；
5. 学校防控办指定负责人登录《西北师范大学疫情防控信息统计》子系统，可浏览所有学生填报汇总数据清单，通过【导出】可获取疫情数据的EXCEL文件。
3. 设计实现
我是通过前端+后端以及数据库连接来实现，因为html前端界面会更加美观一些，但在具体操作中，因为数据库一直出现问题，所以没有完成连接，功能不太完善。
4. 测试运行
登陆界面
-学生登陆
-学院负责人登录
-学校负责人登录
-疫情问卷表填写
5. 代码展示
前端html代码添加进去直接显示出效果，尝试了多种方法，还是没有解决这个问题，只好以图片的方式添加，代码简单
添加背景图以及简单的表头命名
文本框填写设置
单选设置
按钮设置
6. 总结
| 由于这次项目时间分配不合理，花了大量时间处理前端以及设备问题，所以导致最成果特别差，但这次项目经验会让我以后知道合理分配时间（由于之前电脑送去维修，前些天送回来之后所有软件都没有了，所以也花费了一些时间去处理设备问题），通过查阅资料，对于“模式化”原则进行了二次了解，其主要内容如下： |
1. 单一职责原则：类的职能要单一，遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会使职责P1发生故障风险
2. 里氏替换原则：子类对象可以替换父类对象。子类不要增加父类没有的约束。这样会导致父类有些方法不能用。从而不能真正的实现 ： 子类对象可以替换父类对象，如果子类重写了父类已实现的方法，那么子类调用的父类的方法就完全没用了，从而不是真正意义上的继承。
3. 依赖倒置原则：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
4.接口隔离原则：在设计接口的时候，给每一个接口设计不多不少的方法，因为，如果设计的方法多了，当某个类通过接口来依赖某个类的时候，被依赖的那个类要实现的方法太多了，会造成那个类中大量的代码冗余，不可过少的原因是，接口太多，会让设计变复杂，且不便于管理。
5.迪米特原则：低耦合，高内聚，即类A与类B，如果没必要依赖吗，则代码尽量不要耦合，如果这两个类要产生通信，则创建一个中间的通信类C去与这两个类进行交互。但是这样的通信类要适量。
6.开闭原则：对实现封闭，对扩展开放。即当一个一个方法需要增加其他的功能，或者代码需要重构的时候，要扩展软件的行为，尽量不要去修改已有的代码。用抽象构建框架，方法的实现来扩展细节。