希望之光新数据库的需求（请大家补充）

waterblue

引子：
由这个讨论帖（ <!-- l --><a class="postlink-local" href="http://www.lohcn.org.cn/forum/viewtopic.php?f=37amp;t=69021amp;p=620985#p620985">viewtopic.php?f=37amp;t=69021amp;p=620985#p620985</a><!-- l -->）引出，希望之光目前使用的后台管理系统数据库设计时存在缺陷，小修小补没法解决问题，而网络组也没有足够的人手来自己搭建新数据库，考虑外包方案的话需要先做好需求规划书。我先说一下我能想到的一些功能需求，欢迎大家补充。


目录
一、用户
1、义工
2、资助人
3、调查复查网友

二、数据库基本表
1、学生资料表
2、复查报告表
3、资助人表
4、资助人-受助学生结对表
5、汇款登记表
6、学校信息表
7、问题查询表

三、数据库的功能
1、导出汇款通知
2、导出复查资料
3、修改学生资料状态
4、修改“资助人-受助学生结对”状态
5、年级更新
6、审核
7、发布
8、邮件系统
9、离线操作
10、流程控制

四、修改日志
1、2013-1-7 第一次修改
2、2013-1-21 第二次修改

waterblue

一、用户
1、义工
义工可以查看所有学生资料，内部再根据不同组别划分不同的权限。

2、资助人
资助人也包括有认捐意向的网友（即潜在资助人），可以登记、查看和修改自己的个人资料和联系方式，每次发布时可以查看发布学生资料并参与认捐，功能跟目前的认捐系统类似。需要增加的功能是认捐之后资助人可以查看自己认捐学生的全部相关资料（包括基本资料、历次复查报告和每学期汇款信息等），这样资助人可以随时了解受助学生的最新情况，希望之光给资助人发汇款通知和复查报告就不用具体内容，只需要通知资助人自己查看即可。同时资助人还可以直接在数据库内录入汇款信息和汇款反馈信息等，也可以提交问题，问题的回复同样会显示给资助人。

资助人退出资助后，该资助人还能看到学生资料，但该份学生资料只是一个备份，不再跟数据库里的学生资料实时更新，也就是说退出资助的资助人只能看到结束资助之前的学生资料，但之后更新的该学生信息不对原资助人显示。另外，多对一资助中，一个资助人只能看到自己部分的汇款信息和针对自己提出的问题，同一个学生其他资助人相关的各种信息对其不可见。

3、调查复查网友
调查复查网友在每次调查复查完成之后赋予数据库权限，可以录入调查报告和复查报告，以及上传照片

waterblue

二、数据库基本表
1、学生资料表
包括目前数据库中的原始资料、调查报告、审核资料、发布资料、更新资料和结案资料，但不是像目前数据库那样分开显示，在新设计的数据库中每个学生只有一份资料，放在同一个地方，只是状态不同（正向未调查、正向已调查、逆向未核实、逆向已核实、审核不通过、审核通过、已发布、已结案），可以根据状态进行筛选。学生资料可以随时更新，但每次更新系统都会自动备份，可以根据需要回退到之前的资料。每次资料变动系统自动添加修改日志，关键信息（学生姓名、性别、出生年月、家庭住址、家长姓名和家庭成员关系等）修改必须组长及以上权限；增加查重功能，避免同一个学生多次录入系统，基于关键信息段判断，比如学生姓名、家庭住址和家长姓名相同就弹出提示。

2、复查报告表
记录历次复查报告，关联到学生资料中，这个跟目前的数据库一致，在复查报告中录入的汇款反馈信息可以直接反映到汇款登记表，录入的学生资料变动信息可以直接反映到学生资料中。

3、资助人表
由资助人自己维护，以资助人id为准，同一个资助人资助多个学生的也只有一份资助人信息，这个和目前的数据库不同。

4、资助人-受助学生结对表
与目前数据库中的基准表类似，同时与学生资料和资助人表关联，可以设置不同状态（正常、暂缓、暂停和结案），这个是为了解决多对一资助中部分资助人退出资助的情况，目前的数据库没法有效实现。

5、汇款登记表
同时与学生资料和资助人表关联，可以显示各个时间点（导出日期、发送日期、汇款日期、反馈日期等），还可以记录跟资助人和受助方联络的详情（比如××月××日短信提醒资助人，××月××日电话联系班主任无人接听），便于及时跟踪汇款的最新进展。

6、学校信息表
跟目前的数据库一致，学制信息中增加最低年级和最高年级，方便年级更新时确定哪些学生需要升学或者转学。

7、问题查询表
包括目前的论坛查询和外联核查，资助人和义工都可以提交和回答问题。

waterblue

三、数据库的功能
1、导出汇款通知
可以根据“资助人-受助人结对表”中的状态或者批次批量导出（适用于学期初和每批次新发布），也可以个别单独导出。

2、导出复查资料
支持按地区批量导出。

3、修改学生资料状态
支持按年级批量结案，支持按名单批量改状态。

4、修改“资助人-受助学生结对”状态
支持按年级和学校学制自动修改状态，支持根据上学期汇款情况修改状态。

5、年级更新
支持按年级和学校学制自动更新。

6、审核
审核人员在数据库待审核学生资料内投票或者打分，系统自动计分给出结论并修改状态。最好可以不用审核人员投票，直接根据调查报告的参数给出结论，需要重新设计更加精细的调查报告表格。

7、发布
跟目前认捐系统功能类似。

8、邮件系统
学生资料有变动、有新的复查报告、汇款通知导出、汇款反馈状态更新时自动给资助人发邮件通知

9、离线操作
调查/复查人员在调查/复查过程中可以带上笔记本或者平板电脑，需要设计一个支持离线操作的系统客户端，调查/复查人员在没有网络情况下可以先把相关数据和照片录入该系统，等有网络连接时自动上传到数据库中。

10、流程控制
系统有一个总体进度表，可以实时查看各项工作的进度（比如每学期汇款进度、新资料发布进度、升学核实进度、义工申请进度等）。系统增加对各岗位义工工作的提醒功能，每个岗位义工有一个任务列表，按照紧急程度排列，岗位义工在登录系统时会收到相应的提醒，如果在规定时间内没有完成或者有义工长时间未登录系统，系统会发送通知给组长。

waterblue

修改日志

1、2013-01-07 R1

1.1 学生资料：每次资料变动系统自动添加修改日志，关键信息（学生姓名、性别、出生年月、家庭住址、家长姓名和家庭成员关系等）修改必须组长及以上权限；增加查重功能，避免同一个学生多次录入系统，基于关键信息段判断，比如学生姓名、家庭住址和家长姓名相同就弹出提示。

1.2 资助人退出资助后，该资助人还能看到学生资料，但该份学生资料只是一个备份，不再跟数据库里的学生资料实时更新，也就是说退出资助的资助人只能看到结束资助之前的学生资料，但之后更新的该学生信息不对原资助人显示。另外，多对一资助中，一个资助人只能看到自己部分的汇款信息和针对自己提出的问题，同一个学生其他资助人相关的各种信息对其不可见。

hopeincn

三、数据库的功能
1、导出汇款通知
可以根据“资助人-受助人结对表”中的状态或者批次批量导出（适用于学期初和每批次新发布），也可以个别单独导出。
PS:
1.这个步骤应该可以省略，认捐后数据中标识后，由数据库直接发汇款通知，不需要再单独导出通知吧？
2.汇款通知中，可以让资助人一个链接，点击后激活状态，确认收到通知，或者让资助人进系统确认。
3.汇款确认，可以让资助人直接上系统录入数据，比如时间，汇款单号，或者上传照片。然后相关职能组再进行审核确认。

8、邮件系统
学生资料有变动、有新的复查报告、汇款通知导出、汇款反馈状态更新时自动给资助人发邮件通知。
PS.
1.建议增加及其他相关资料进度通报，以周和月为单位。如：所有未结案复查，义工的见习，机动到期等。
9、离线操作
现在很多义工出去调查/复查都有带上笔记本或者IPAD，过程中可能没有网络。如可以开发一个离线系统，可以复查的过程，把相关数据以及照片直接录入，在过程直接录入到本机系统中，待网络方便的时候，再更新上传。

10、流程控管（类似OA）
比如：外联组前期调查后，资料直接系统传到调查组，调查依据资料调查把相关数据录入系统，数据中心审核整理过，转给论坛组发布，每个环节自动移交，并作出提醒邮件提醒，同时系统可每天/周/月，把汇总进度发到指定的邮件。

waterblue

三、数据库的功能
1、导出汇款通知
可以根据“资助人-受助人结对表”中的状态或者批次批量导出（适用于学期初和每批次新发布），也可以个别单独导出。
PS:
1.这个步骤应该可以省略，认捐后数据中标识后，由数据库直接发汇款通知，不需要再单独导出通知吧？
2.汇款通知中，可以让资助人一个链接，点击后激活状态，确认收到通知，或者让资助人进系统确认。
3.汇款确认，可以让资助人直接上系统录入数据，比如时间，汇款单号，或者上传照片。然后相关职能组再进行审核确认。

汇款通知我觉得还是需要手动导出的，比如同一批发布的学生，有些是重新发布的而且原资助人已经汇款，这种情况下就不用导出新的汇款通知，这个要让数据库自动判断估计比较困难

8、邮件系统
学生资料有变动、有新的复查报告、汇款通知导出、汇款反馈状态更新时自动给资助人发邮件通知。
PS.
1.建议增加及其他相关资料进度通报，以周和月为单位。如：所有未结案复查，义工的见习，机动到期等。

这个可以加上，我列举的这些只是针对资助人发的邮件

9、离线操作
现在很多义工出去调查/复查都有带上笔记本或者IPAD，过程中可能没有网络。如可以开发一个离线系统，可以复查的过程，把相关数据以及照片直接录入，在过程直接录入到本机系统中，待网络方便的时候，再更新上传。

这个也加上

10、流程控管（类似OA）
比如：外联组前期调查后，资料直接系统传到调查组，调查依据资料调查把相关数据录入系统，数据中心审核整理过，转给论坛组发布，每个环节自动移交，并作出提醒邮件提醒，同时系统可每天/周/月，把汇总进度发到指定的邮件。

这个不是很明白，我设想的是每个学生的资料只有一份，通过状态来判断进行到哪一步了

MichaelLi

昨天和hopeincn讨论了一下，暂时网络人力资源有限，自主升级系统是不太可能，所以应该是要外包给人做。

有两个方案，一个是联系大学老师，让他们给学生当毕业设计做，免费。这个我和我大学老师联系了一下，她说帮我联系研究生导师，看能不能谈妥，等待中。

第二个方案是外包给软件公司，这个需要资金。问题倒是可以解决的。

所以现在要做的应该是优化业务流程，制定详细的用户需求说明书。

我和hopeincn讨论觉得走访人的离线操作方案很好。这样的好处在于避免了数据中心义工重新录入。离线操作相当于一个移动工作站，一是操作的人直接打字输入信息，速度快，比纸笔记录要更方便快捷。等回到休息地方有网络的时候，提交数据，这样第一天做的就直接到数据库端了，数据中心人直接可以进行审核，或者修改，就是现在手动的东西变成在线的简单操作，与走访人同步进行。这个需要做一个桌面应用程序，和一个web service的接口。

另外还需要老义工提一些业务流程的建议。在这样一个义工在业余时间做的网络资助平台里，一定要有非常容易理解的业务流程，和非常容易上手又不容易出错的后台管理系统来支持。不能把LOH做的越来越像企业，我个人觉得一定要简化，简化，在监管制度上严谨，严谨。

个人建议。谢谢。以后想到什么再来说说。呵呵。

hopeincn

三、数据库的功能
1、导出汇款通知
可以根据“资助人-受助人结对表”中的状态或者批次批量导出（适用于学期初和每批次新发布），也可以个别单独导出。
PS:
1.这个步骤应该可以省略，认捐后数据中标识后，由数据库直接发汇款通知，不需要再单独导出通知吧？
2.汇款通知中，可以让资助人一个链接，点击后激活状态，确认收到通知，或者让资助人进系统确认。
3.汇款确认，可以让资助人直接上系统录入数据，比如时间，汇款单号，或者上传照片。然后相关职能组再进行审核确认。

汇款通知我觉得还是需要手动导出的，比如同一批发布的学生，有些是重新发布的而且原资助人已经汇款，这种情况下就不用导出新的汇款通知，这个要让数据库自动判断估计比较困难
回复：原资助人已经汇款的，系统有标示，只要设定好逻辑和流程，我觉得这个应该是可以实现的。

10、流程控管（类似OA）
比如：外联组前期调查后，资料直接系统传到调查组，调查依据资料调查把相关数据录入系统，数据中心审核整理过，转给论坛组发布，每个环节自动移交，并作出提醒邮件提醒，同时系统可每天/周/月，把汇总进度发到指定的邮件。

这个不是很明白，我设想的是每个学生的资料只有一份，通过状态来判断进行到哪一步了
回复：每个状态对应到各职能组的流程中，并对应对岗位，上一个岗位完成，自动移交至下一个岗位，可以由系统自动追踪，还有汇整进度，并作出提醒，当然要设定好时效

hopeincn

昨天和hopeincn讨论了一下，暂时网络人力资源有限，自主升级系统是不太可能，所以应该是要外包给人做。

有两个方案，一个是联系大学老师，让他们给学生当毕业设计做，免费。这个我和我大学老师联系了一下，她说帮我联系研究生导师，看能不能谈妥，等待中。

第二个方案是外包给软件公司，这个需要资金。问题倒是可以解决的。

所以现在要做的应该是优化业务流程，制定详细的用户需求说明书。

我和hopeincn讨论觉得走访人的离线操作方案很好。这样的好处在于避免了数据中心义工重新录入。离线操作相当于一个移动工作站，一是操作的人直接打字输入信息，速度快，比纸笔记录要更方便快捷。等回到休息地方有网络的时候，提交数据，这样第一天做的就直接到数据库端了，数据中心人直接可以进行审核，或者修改，就是现在手动的东西变成在线的简单操作，与走访人同步进行。这个需要做一个桌面应用程序，和一个web service的接口。

另外还需要老义工提一些业务流程的建议。在这样一个义工在业余时间做的网络资助平台里，一定要有非常容易理解的业务流程，和非常容易上手又不容易出错的后台管理系统来支持。不能把LOH做的越来越像企业，我个人觉得一定要简化，简化，在监管制度上严谨，严谨。

个人建议。谢谢。以后想到什么再来说说。呵呵。

支持，辛苦了~