大家快来！！别忘了带上板凳砖头

中西医

接着来，关于这个演示程序：

   功能菜单为： 预约登记表、预约查询、儿童资料创建、资料跟进、资料查询、认捐方式、开放认捐按钮lt;pgt;   1、预约登记表： 对数据库的预约捐助登记表（table）进行操作。 目前只有信箱一项为必填项，其它均可设为可选。  还有，如果有的网友不用信箱，愿意用其它方式作为有效联络方式，也应该是允许的。所以在系统设置菜单中有参数项，设定有效联系方式的必要项为e－mail、qq、msn、电话、其它等，可单选、可复选。所以这个预约登记表的必填项要根据系统参数来确定，这样以后就不用再改代码了。lt;pgt;   2、预约查询：这是针对儿童资料表进行操作的。上一个回帖已经说了，id验证在登入时进行，这里查询不用再次验证了。 这个查询是为网友提供的，那么不必限定于预约登记表中的条件，在这个界面中加入一些查询条件，网友喜欢查什么条件都可以，然后有我要捐助的按钮，网友选中了就点击一下，系统自动给网友发确认信，同时论坛组信箱发认捐通知信（如果网友没有信箱，则在通知信中注明。 其中论坛组信箱是在系统设置模块中设定的一个参数，且不唯一）。
   此外，在刚进入这个界面时，有提示：目前资料库共有   人，已有     人被认捐，目前还有   人未被认捐。其具体数字是进入时的实时统计数。lt;pgt;   3、儿童资料创建：儿童资料是在调查资料管理模块里，由资料组负责初始创建的，只有在经过上述流程的审核、发布之后才会被查询出来。所以这个功能可以转移至调查资料管理模块。lt;pgt;   4、资料跟进：同理，这个功能是在儿童资料管理模块里完成的，此功能可转入相关模块。lt;pgt;   5、资料查询：同4 资料跟进功能，转入儿童资料管理模块。lt;pgt;   6、认捐方式、开放认捐按钮：这些都是系统设置模块里的可维护参数，在设置模块完成。lt;pgt;    此外，认捐方式可以归纳为：a网友选择、b根据规则自动筛选、c手动分配，第2个功能完成的是a网友选择的认捐，还有另2种方式，也可以增设2个功能模块。具体开放那个认捐方式，也是在系统设置模块里参数限定的，认捐方式可复选，允许使用的方式，则相关功能可使用，否则屏蔽该功能。

    还有，数据库中的编码规则已经有了。认捐模块所涉及的数据编码也都统一起来，包括儿童资料号码、捐助流水号码等等。lt;pgt;    具体这个表格中的细节，都很好，也容易改，咱先搭上骨头，再添肉，添多添少就都好说了：）lt;pgt;

中西医

下面引用由t2000在 2003/01/25 00:24am 发表的内容：
....义工登记表不属于我这模块，因此没有加上去，如果有必要这个不难，这个帐务收支表我就不大明白了，是对应希望之光的帐目还是对应捐助人的帐目？

lt;pgt;    嗯，我列表说吧：
  
      数据库中的主表有义工登记表、帐务收支表、儿童资料表、资助人登记表、资助记录表、预约捐助登记表。
      这个演示程序使用了其中部分表。lt;pgt;      这个后台管理系统的功能模块有系统设置、内部义工管理、帐务管理、调查资料管理、儿童资料管理、认捐程序管理。
      这个演示程序应属于其中的认捐程序管理模块。lt;pgt;      “义工登记表不属于我这模块”－－－表和模块是二个概念，这句话是指？lt;pgt;    关于帐务收支表：分内部帐务、外部帐务。内部帐务包括调查义工的保险费支出。外部帐务包括资助人给孩子汇款的记录等。 均以流水帐形式录入。 不过具体功能菜单里有查询修改功能，按权限赋予查询修改权限。lt;pgt;

t2000

1.相对于网络来说，最为常用的就是EMAIL了，可以很直接的传递一些数据，难道有些东西要发传真吗？至于电话等东西，如果网友愿意留下，义工自然也会在无法联络的情况下使用，相对来说那些是更加私人的资料，我相信喜欢到处留的人不多，增加这个选项只会浪费资源
2.如果当前的资料有数百个，不分类显示的话，会显得很混乱，查询的人也会感觉很乱，现在就好象你们在论坛发表资料一样，也是按地区来分贴的，只是我现在多了几种分类而已，你需要的提示我已经加上去了
3.因为程序没有设置权限限制，而且在测试中也无这样的必要，当有权限限制的时候，并不是所有人都可以进入的
4.同理
5.因为里面是包括公众查询，认捐等操作，如果转移到其他地方，也是需要做这些步骤
这个程序中的认捐方式大方面是分两种，但是细分单预约认捐部分就已经包括筛选核对自选等候几种方式，公众认捐部分也包括有筛选等方式，发布的形式可以选择为预约期和公众期，至于说开放认捐按纽的放置位置，因为我要在一个程序中完成这些功能，不可能再多写几个程序出来吧？而且现在这个程序是独立的，如果需要和论坛程序整合并不困难，整合后就不存在你认为要输入用户等的情况了，但我认为有些关系资料的操作还是使用直接密码更安全些，使用COOKIE可以方便些，但是却很容易造成资料外泻

t2000

下面引用由中西医在 2003/01/25 01:15am 发表的内容：
嗯，我列表说吧：
  
      数据库中的主表有义工登记表、帐务收支表、儿童资料表、资助人登记表、资助记录表、预约捐助登记表。
      这个演示程序使用了其中部分表。
...

这样一来还不如叫我把整个系统全写出来算了，这不可能，帐目什么的可以去找个财务网络版来解决，义工的可以在论坛中解决，资助人登记表已经整合在儿童捐助记录中，资助登记表在完成资助后自动生成，唉~~你现在看到的是界面，一个表格以为就是一个表格，但是却不知道里面的内容是牵涉到数个数据记录的，而这些记录的数据可以共享，从而减少系统耗费的资源，程序所做的事就是怎样调出不同记录中的相关数据，再整理给你看而已

中西医

下面引用由t2000在 2003/01/25 01:32am 发表的内容：
唉~~你现在看到的是界面，一个表格以为就是一个表格，但是却不知道里面的内容是牵涉到数个数据记录的，而这些记录的数据可以共享，从而减少系统耗费的资源，程序所做的事就是怎样调出不同记录中的相关数据，再整理给你看而已

lt;pgt;  t2000朋友，我好像没这个意思，而且这个概念是软件思想的前提，我认为诸如这类的概念是不必提的。 你如果这样想，我甚至不知该从何解释。
   我的回复中，有很多都没有细说，是因为我觉得你是熟悉写代码的人，很多内容我不必说，包括功能、具体细节等，也没有强调过你说的这些软件基础，我想，所有这些是对话的基础。
   你说呢？
   如果你坚持认为我是像你说的那样想的话，就当我是扔快砖头吧，谁让这是糊涂gg的号召呢：）

t2000

别扔砖头哦，会进医院的，到时候就去看望您了，这是一个独立的外挂程序，我不知道你们将来用什么论坛程序也不知道你们将来用什么数据库，因此你说的很多部分现在是没办法做上去的，如果要做的话就等于把整个程序都做出来了

一生悬命

求求你们这些高手了，谁帮我们做一个简单的查询系统，我就烧香了，资料组就不用那么忙了，论坛组不用搬贴子了，资助人也不用提过问题苦苦期待回答了。lt;pgt;设计要求：按照资助人id，孩子姓名，批次，孩子所在地区单独一项查询，资助人都可以找到孩子的资料和反馈信息汇总。lt;pgt;在这里探讨你们那个复杂的数据库，只能越说越乱，我印象中开发软件，需要先列出所有数据吧？

t2000

在资料查询里面有个快速查询通道，现在还没写好，但是你可以在那里输入档案号码或者孩子姓名都可以

Anonymous

我就提醒一点：如果网友替希望之光开发出了一整套系统，而网友自己不能承诺负责维护，而我们的自己技术力量暂时又没有时间精力来维护。那么这样的事情就要谨慎考虑，不要图一时痛快。lt;pgt;如果希望之光的决策人打算采用，那么请一定要考虑好以后更新维护的事情。

在笑

下面引用由Eric在 2003/01/25 05:18am 发表的内容：
我就提醒一点：如果网友替希望之光开发出了一整套系统，而网友自己不能承诺负责维护，而我们的自己技术力量暂时又没有时间精力来维护。那么这样的事情就要谨慎考虑，不要图一时痛快。
如果希望之光的决策人打算　...

lt;pgt;这不好办，想办法把quot;T2000quot;吸收进来不就得了，也别什么监督了，干脆收入“网络组”算了。。