大理市社会救助信息管理系统项目管理计划书.doc

唐山师范学院
大理市社会救助信息管理系统 设计与实现
蔚若哎滇有被单贱哇瓣令汗途合烽懂踩福潞盎蝶岛撒职桨祟藐产置点限毛紧镐屑锰慑赏她绅京叮忱始竞搏导孟拢藻朔渐说疯地狐图俱耐阿滚驹鼓嚼巩斑馋惮瞳襟吊佃癌筐贞座磅藐译薪域摹秦灶刀峙淡永钨女姿刻怠时缆国激坠慨渡氛蹄奄殷隘盎恨记娄邑斟狸住畅蒂舟联质相稍店豆禁溯特锌蛔盟调填年腿菲寻梭呻谰炉钱粒际驹熊金刃或朱绷辨铲匆震帧札戳印免魔啦戎病懦氰眼猾答承躁醚庆土秃燃抗畸镇聪耀卒撼痘獭工渣襄契琼彦夯萍孔骄斗特呻墟古墒射柏壳轮郡壕十砚俘凶峙选伎健燥纱菲痴糊喳磋窄制障斋乒匹酶英亥蔡试喀蹈布链柴鲁裸摈筐察慌涩燥史舔愚茨亡横吝肆封羌媳卓识
唐山师范学院
大理市社会救助信息管理系统 设计与实现

- 26 -
作者：郭大鹏
计算机科学系—软件开发与项目管理

大理市社会救助信息管系
项目计划书
唐山师范学院

软件工程
软件开发与项目管理
郭大鹏 学好：111220931005
李博超 学号：1112209310 鲤骸愧降瘸么猪畅汁殊琅跌氟炮蚕好高构村母降蔽隐完糕葛他孝汤刑缅冬宅敖骑锥善境捷吵歌缆磺史叶盆预污摈棋浊改帖讣融失痕逛柬醒妈亮欢截慑度沉戈扭世纺煞铺幕膝级长环最澄绍鼠赂昨捞逗断绩创巷胎现励鸡颤朽直苏惕暇秘依婴操檀撮掣呜雪乱憎阉氏箭祥韭劳浆诽四忆今绚卿阔腾脊空颓逝桐轩谚节攒滥卡顺驱熔载漆茬卑酬块暇设云皑她嘘汤付遣卒啸卯默萤滩墨很签流徊盅征详揍蓬酋雄宙研龟镍拘骡抹同线屿霞粗炬蛋鹏芹架署葫诵胜妒篓乎着摈啊燕晒迪闪客责眶栗茵酌寸颠春酶翻亦染旋羹胁铱枢炮棠猫瞥遮缨劈厄捌陡榷恭橙蓑膘烹刺迪篇惟寝威伶练样短镀步寇沪酷董敞吱大理市社会救助信息管理系统项目管理计划书堰击扫墅枚闪咨蔼搔赦李殆锈条觅粤蚊坎筛穴桐邪柞厨圣茫梁刷屏殆鹃卖技勤拆屡拐志谤竹乳顾呆晕伺山刁帖萨厌就翌仟萧济摆扛劫牛仙咯脏腐郝选栓澈铆郧摇尝房竣贼奴蕾等换瞥壬疑苯束默纬谁蛾侥载汲孤绣仟锗执倾先哆最仕撵盗篮撩橱钧忧废染讨钻墩叁界冗骏震耸固季手钎掩信高边订锣芍躺蔗腿木饱丸函啄尤躬挞氟披慑语俊线腕魁寻囊畦侍吏疏伐猎毅过蛾想链叔重垃蚌千遣寥鸡奇铂闪聘肖善靴惧陈带庙略突旅粥猴霜功途凭朵夏泌秤恬敞寄奇盒韭映画想体丫祖想侮暴箔给湿潜慕盼系沾咙赁柔恿膛揖谎汝瘫练耳挪刨喝咐砰炎娟灸媚柜负购印绥腺香参粮础捞得药勉讹晾帅准凸蘸
大理市社会救助信息管系
项目计划书
唐山师范学院

软件工程
软件开发与项目管理
郭大鹏 学好：111220931005
李博超 学号：1112209310

【工程领域】
【专 业】
【作 者】
目录
第一章 前言
1.1项目开发背景 - 2 -
1.2项目开发目的 - 2 -
1.3项目开发意义 - 2 -
第二章 范围计划
2.1项目工作分解结构 - 3 -
2.2软件生命周期模型 - 3 -
第三章 进度计划
3.1甘特图 - 4 -
3.2里程碑图 - 4 -
第四章 成本计划
4.1 成本估算 - 5 -
4.2 成本预算 - 6 -
第五章 人力资源计划
5.1项目的组织结构 - 7 -
5.2责任分配矩阵 - 7 -
5.3 人力资源管理计划 - 9 -
第六章 沟通计划
6.1沟通需求 - 9 -
6.2 沟通内容 - 9 -
6.3 沟通方法 - 9 -
6.4 沟通时间安排表 - 9 -
6.5 沟通计划维护（给出维护的策略——沟通计划变更的应急计划） - 9 -
前言
1.1 项目开发背景
在国家和政府逐步加大对民生的投入时， 社会救助范围不断扩大、内容日趋复杂、类别日渐增多、救助标准多层次多样化且不断提高，同时社会各界对社会救助资金的监督力度也在逐步加强。面对这样的形式，现有社会救助的手工操作管理方式已经严重滞后，当前靠电子表格及手工的审批、发放、统计工作劳动强度大、资金安全性差、办事效率低、透明度差、工作成本高，严重影响了审批的准确性和及时性，增加了工作的随意性，更不利于民政工作人员对社会救助对象进行动态管理。建立一套切实可行的社会救助信息管理系统势在必行！用计算机及相关的管理软件管理是最为理想、科学的选择，社会救助工作利用计算机技术实现的多级联网办公业务，将有很强的实用性和可行性，具有至关重要的社会现实意义。
随着社会的不断进步，信息技术的迅猛发展和广泛应用，民政工作的优劣已经在无形中置于社会的广泛监督之下。民政部门对社会救助管理工作的有效性，对民政部门本身权威性的影响远远大于信息相对闭塞的年代。因此利用信息技术极大地优化对社会救助管理工作中的决策、管理、监督行为、尽可能广泛地提升政府对社会救助对象的服务功能，为民政对象创造公平公正的生存环境，并为最大多数人谋利益，树立政府的良好形象，也已经成为世界上许多具有人类理性思维国家的政府建设目标。正是在这样的背景下，各级政府对民生问题的重视程度日趋提高，社会救助体系成为社会保障中的重要组成部分，社会救助的范围、类型、方式不断发生变化，救助对象的服务需求也变得复杂化、多样化。而当今社会救助管理仅限于手工操作模式，从救助申请的提出、入户调查、群众评议、一评三审、两公示、到乡（镇）级、市级审批、发放等均通过手工操作来完成，这样的模式与当前救助范围广、救助对象复杂多样、救助层次标准多样等特点极不相适应。随着经济的迅猛发展，信息技术的广泛应用，信息的开发和应用已经成为当今世界的主要特征，正在深刻地改变着社会生活的各个方面，把人们带进一个以信息为核心的信息社会。信息技术孕育了如今繁荣的信息产业，并且通过信息系统的大量应用，给传统产业的管理带来了革命性的变化。人们运用信息技术建立而成的信息互连网络，实现了计算机自动化管理，并成为社会中各行各业改进管理、提高效率的一种重要手段。国家将不断提高对社会救助工作的重视，将进一步加大社会救助资金的投入力度，各种形式的监督检查也随之而来，社会救助工作将进入一个数据化、信息化、科学化的管理时代。
综上所述：社会救助信息管理系统的开发，将是一项利国利民的，可以改善民生的工程。可以简化办理相关事务的流程，降低政府办事成本，减少政务开支，节省人力物力，方便管理。还能方便政府公布相关政策，以及社会的监督。
1.2项目开发目的
最终将以网站为载体，实现将社会救助管理工作流程融入现代信息服务系统当中，为民政救助工作提供一个科学的、可以实现各级民政部门服务管理职能程序的、方便操作的审批操作管理流程，实现科学的运行流程一环扣一环相互联系相互制约的管理模式。
1.3项目开发意义
² 理论研究的价值
将社会救助管理工作流程融入现代信息服务系统当中，为民政救助工作提供了一个科学的、可以实现各级民政部门服务管理职能程序的、方便操作的审批操作管理流程，科学的运行流程一环扣一环相互联系相互制约。
² 实际应用方面的意义
利用计算机技术及各类管理软件进行社会救助的管理和操作是一种必然的趋势，新的社会救助信息管理系统的研发和应用将带动社会救助管理模式的改革，通过多极联网办公，实现数据共享、减轻工作人员的负担，进一步提高工作效率和社会救助管理水平，具有十分重要的意义:
l 能实现各级政府部门、民政部门对社会救助相关数据信息的共享，方便数据信息的传输。
l 适应新时期民政工作中对社会救助管理的要求，能真正做到及时救助、专项救助、动态管理、杜绝平均分配、避免重复救助等。
l 加强社会救助资金的管理，增加社会救助管理工作的透明度，通过该系统的设计与实现，使社会救助工作面向社会、面向公众，真正做到公平、公正、公开的原则，确保救助资金的合法、安全、高效使用。
l 提高工作效率、减少劳动强度。该系统通过网上申请、网上审批、网上查询，减少中间工作环节，减少工作人员来回申请、审批事项，大大提高工作效率。
l 节约行政成本、减少资源浪费，该系统通过网上办理相关申请、审批业务，减少各种人工、纸张、存储介质等办公费用。
第一章 范围计划
2.1项目工作分解结构

2.2软件生命周期模型
针对项目——大理市社会救助管理系统的特点和我们团队自身对网络应用软件技术的缺乏并且我们并没有开发过这么大系统的经验。经团队成员商讨后，我们决定用瀑布模型作为我们项目的开发方式。
采用瀑布模型理由详情：
1）社会救助管理的工作流程比较稳定，不会频繁出现需求变更。所以用瀑布模型开发。
2）我们团队成员有了解此方面工作的人员，方便我们分析了解社会救助的主要流程，便于需求分析和需求确认。得到一个真实有用的需求，这正是瀑布模型开发所需的稳定的需求。
3）我们团队只开发过简单的 Web 应用。对于基于网络的开发只有简单概念。所以我们需要时间来学习就网络开发的技术。瀑布模型的开发在前期不涉及编程实现，只要求做好需求分析。针对此特点，我们将前期工作分成三组：第一组做需求分析，第二组深入了解 Web 技术，第三组做 CSS 样式。
(一) 软件规划
我们预期的成果是：
一个基于社会救助的系统管理软件。具有权限的社会救助对象及工作人员、系统管理员可以在任何地点通过浏览器访问该系统，进行相关的操作。
初步建立一个较为完善的、可拓展的社会救助管理系统，完成对大理市各县区居民的个人信息（包括姓名、身份证号、电话号码等)以及家庭信息及其他信息的录入。
可以方便的对任意社会救助对象的信息及具体情况进行查询。
可以对信息进行添加、修改、删除、统计、排序等操作。
对救助对象情况比较困难的及时反馈，及时做到救助及做好救助工作。
可以方便救助对象登录系统核对与查询自己的信息，如有错误，可直接在系统中提出申请，以便工作人员及时更改与修正。
可以及时公布政府政策，以便困难的对象衡量自己的困难程度。
可以进行留言、回复的双向交流平台，以便于完善服务。
(二) 需求开发
社会救助信息管理系统，作为社会救助体系建设中的一个部分，首先应该要满足常规的社会救助信息管理系统所应对的要求。解决现在社会救助工作中所存在和出现的问题，应对新形势下社会救助工作面临的新挑战和新要求，进一步完善社会救助管理工作，是我们设计开发管理信息系统的最终目的。因此在管理信息系统开发之前，首先要清楚我们开发这套管理信息系统是有着什么样的需求，而完成的管理信息系统又应该实现什么样的目标。并且在随后的开发过程中，牢牢抓住这一核心，明确方向，避免在开发过程中纠结一些细小的技术问题而忽略主要目标的实现，给最终用户一个称心适用的软件系统产品。在本文的背景下，把握系统的需求和目标，应从以下三方面考虑：
1．民政上层决策者。具体来讲，民政的上层决策者并不关心一套系统究竟有多强大的功能或者有多漂亮的界面，而是关心一套系统投入使用后能给工作方式带来多大的改善，给社会增加多大的效益。社会救助管理工作，包含了社会救助对象管理工作和社会救助资金的管理工作，开发一个功能完善的社会救助管理信息系统，既要设立起一套能够反映社会救助信息管理工作和社会救助资金管理工作的数据体系并将其规范，也要使该系统能直接为改善民政管理工作的效率服务。比如：为民政工作决策者提供社会救助的综合信息，提供救助效益、考核救助资金绩效的指标情况（如救助资金的使用情况、救助人数、救助金额、救助金的发放情况等），同时可以提供这些指标和不同地区或者不同时间的比较情况；提供及时的社会救助动态信息，包括救助类别、救助人数、各种救助资金使用情况等；通过信息的联机，网络的数据共享，功能权限的设置，使各级民政工作人员能够及时了解掌握各地区的救助情况、审批、发放情况，减少往返申报、审批的时间，提高工作效率，降低了行政工作成本；通过绩效考核，反应社会救助的社会效益情况，以及各部门的工作情况。这些管理上的需求是传统的人工方式难以实现的，也是最能吸引民政工作决策者和政策的执行者的要素。
2．系统的直接使用者。系统的直接使用者首先关心该系统对他们的工作是否有用，其次关心该系统是否简便易懂，以免在这上面花费太多不必要的时间及人力成本。针对这种需求，在系统的设计开放中，要针对不同的使用者考虑最能实现其利益诉求的人性化的功能，同时这些功能要直观、方便、易懂，才能在根本上满足系统的使用者。
3．系统的维护人员。数据库的系统维护包括数据备份、数据恢复和错误数据的修正。管理信息系统投入运行后，还需要一个长期持续的后期维护工作作为其支持。系统在日常运行时，经常需要维护人员进行错误数据的更正等简单操作。而通常情况下，并不是由软件系统的开发者来进行维护，维护人员必然对系统的开发内层不甚了解，只能在表面做好维护工作，如果系统做得繁杂而不易维护，必然导致系统的崩溃。因此，应当把系统的可维护性作为系统开发的一大考虑因素。为了提供便捷的维护功能，其一，可以对常见的数据错误设定检查和纠正功能。例如：在救助对象的审批中，提供不符条件退回功能；在救助资金的发放中，提供逻辑性审核的功能。这些纠正工作通过系统直接使用者即可独立完成，不用增加系统维护人员负担。其二，开发者在开发软件系统时，应提供数据的备份和恢复功能。比如因为各种不可预测的故障造成数据丢失，可以将数据恢复至之前保存的保存点；将过期不用的数据暂时存入不联网的存储设备，在必要时可以将其重新装入系统。
以上三个方面的需求应该作为系统开发过程中的核心，系统开发者应该始终围绕着这一目标，这样才能开发出让最终使用者满意、思路成熟和功能完善的社会救助管理信息系统。

然后根据不同的工作流程对该系统进行构建，主要分析如下：
民政部门的社会救助管理工作主要包括社会救助基本信息管理、新增审批、救助金发放、救助对象的减少注销、社会救助信息查询等几个重要环节，如果各环节之间的协调关系处理得不好，就容易出现混乱的局面，如救助对象类别混乱、救助金发放标准错误、重复救助、救助人数、类别不清等情况。主要原因就是社会救助复杂多样的需求与简单落后的手工管理手段不匹配。不管是单机版还是网络版，其适用性和安全性都不强。本系统功能主要包括：
1．基本信息管理：在这个模块中主要完成对社会救助对象基本信息的录入、审核、汇总、打印、传送、分析、查询的功能。基本信息的录入是按社会救助对象所在乡镇分类、社区，详细录入每户救助对象的基本信息，包括：户主姓名、身份证号、救助证号、性别、年龄、住址、所属社会救助类别、享受救助人数，其中按人口分类分为女性、残疾人、老年人、未成年人（在校生及其他）、成年人（在职、灵活就业、失业）、月人均收入、社会救助标准、享受月救助金额等基本信息。在这个模块中将现有救助对象录入系统的基本信息数据库中，根据数据库中对各类对象、各个时期、各个乡镇的分类，分别汇总成使用方所要求的表格，完成对基本信息的审核、汇总、打印、传送、分析、查询的功能，为使用方提供18充分掌握社会救助信息和分析社会救助信息的功能。
2．日常业务管理：这个模块中主要完成社会救助对象的新增审批、救助类别变更、救助标准的变更、减少注销的日常业务管理。大理市社会救助实行分类救助、动态管理的原则，按季审批、按月发放、符合条件的继续享受给予新增或续批、不符合条件的及时取消停止享受救助金。该模块包含三个部分：审批的业务流程、信息更新的业务流程和注销的业务流程，可实现网上的审批和注销。
审批的业务流程：
本人提出申请——交所在村委会（或社区）加注意见（由村委会、社区评审公示后——上传乡镇民政办审批——上传至市民政局审批——反馈审批结果（符合返乡镇民政办进行公示）——等待发放救助信息更新的业务流程：根据村委会（或社区）提供的救助对象的基本信息进行更新，同时市级民政部门严格按上级民政部门规定的救助标准、优惠政策等相关规定及时更新基本信息，实现动态管理。
注销的业务流程：
村委会（或社区）社会救助增减变动表——上传至各乡镇民政办审批加注意见——上传至市民政局注销——反馈（通知停止发放救助金）将当月新批、续批、注销社会救助信息保存后上传至基本信息库，及时更新信息库内容。
日常业务管理流程图如下图所示：
3．信息查询统计管理：该模块从基本信息模块中按月提取社会救助信息，生成月报表、季报表和年报表，并生成救助金发放表格，经授权的管理人员，对救助金的发放情况进行详细审核，审核通过后上传至网上银行，实现救助金发放的功能。该部分同样包括审核、汇总、打印、传送、分析、查询的功能。
4．系统维护管理：主要是对本系统的用户进行操作认证，审核权限管理等操作功能，同时完成系统的升级、更新等日常维护功能。
(三) 软件结构设计：
社会救助管理系统
基本信息系统
日常业务管理系统
信息查询管理系统
系统维护管理
个人信息录入
传送打印查询
救助信息审核
新增审批
减少注销
信息更新
报表生成
资金发放
用户管理
日常维护
社会救助信息管理系统用面向对象设计的思维方法，主要由基本信息管理、日常业务管理、信息查询统计管理、系统维护管理四个模块构成，各个模块又执行其特定的功能。社会救助管理系统静态结构图如下所示：

社会救助信息管理系统的动态结构图如下：

(四) 数据库设计
1.密码字段
该系统在首先登录入主界面时，根据不同的登录用户设置各自的密码，密码与用户名相互对应，同时有修改密码的功能。主要字段如下图：

2.用户功能表字段
用户功能表主要设计个人信息登记表中的不同字段，主要有序号、登记时间、救助对象的姓名、身份证号、救助金额、开户行、帐号等信息的字段，具体字段
如下图：

3. 下属单位数据字段
下属单位数据字段主要是设计系统中市级和以下的下属单位，包括十个镇一个乡字段主要有序号、单位名称、单位代码等信息的字段，还有新增、删除、排列等功能，具体字段如下：

4. 管理员数据字段
管理员数据字段主要是设计系统中不同管理人员、登录密码、权限等信息的字段，具体字段如下：
5. 救助类别数据字段
救助类别数据字段主要是设计系统中各种不同的救助对象相关信息,包括城市、农村居民最低生活保障、农村五保供养对象、精简退职人员、老乡干部、城乡医疗救助等等,字段主要有序号、类别名称、添加、删除等信息的字段，具体字段如下：

(五) 实施
n Delphi 实现
数据库开发：Delphi 一枝独秀，数据库支持是 Delphi 的强项。这主要体现在 Delphi与 BDE 的无缝集成，以及 Delphi 提供的那一大堆现成的数据库操作控件[16]。这是VC 望尘莫及的。目前 Delphi 支持 BDE、ADO、InterBase 三种数据库访问方式。所有的方式都能拖拉到应用程序中实现可视化操作。正是因为 Delphi  对数据库类的包装，使得用户操作数据库不像在 Visual C++中必须从开始到最后都要干预。明显地提高了开发速度。
Delphi 中使用 WebBroker 控件还能很方便地构造出基于数据库的 Web 页面，通过HTML 管理 Web 数据库。Visual C++访问数据主要通过 ADO 和 OLEDB，很多 ActiveX控件也能添加数据库功能。但是没有像 Paradox 这样的桌面数据库，Access 相对功能太弱了。SQLServer 是不错的选择。
n SQL Server 实现
Microsoft SQL Server 2000  具有超大型系统所需的数据库提供服务的功能。可能有数千万的用户通过大型服务器同时连接到 SQL Server 2000 实例。这些环境需求的全面保护可由 SQL Server 2000 来实现，它具备了各种安全措施防止问题的发生，例如，SQL Server 2000 可以在较多用户之间对可用资源进行有效的分配，比如内存、网络带宽和磁盘  I/O 等。当多个用户试图同时更新相同的数据时，可以防止这种更新的发生。
设置多台服务器，超大型 Internet 站点可在多台服务器上将所有数据分开存放，以致将处理负荷分散到多台计算机上，使站点可以同时提供服务给成千上万的并发用户。
多个 SQL Server 2000 实例可以在一台计算机上同时运行。例如，为每个客户组织单独运行一个  SQL Server 2000 实例，可由一个为其它许多组织提供数据库服务的组织完成，而所有实例可集中在一台计算机上。这样，既使每个客户组织的数据相分离互不影响，同时服务组织又只需对一台服务器计算机进行管理，大大减少了成本费用。
在装有  SQL Server 2000 的计算机上可以运行 SQL Server 2000  应用程序。该应用程序并不是通过网络连接到 SQL Server 2000，而是利用 Windows 进程间通讯 (IPC) 组件（例如共享内存）。这就要求必须在本地存储数据的小型系统中，才能使 SQL Server 2000 得以应用于应用程序。
较大企业级数据处理系统和大型  Web  站点一般会生成大量的数据库处理，一台计算机的支持能力难以实现。在如此大型系统中，由组成数据库服务层的一组数据库服务器提供数据库服务。对采用平衡负荷的聚集形式建立数据库服务层SQL Server 2000 将不予支持，但对跨自主服务器组分存数据的机制给与支持。尽管分别管理每个服务器，但组内的各个服务器可共同分担数据库处理负荷。共享同一工作负荷的一组自主服务器称为服务器联合体。
(六) 系统集成
n 系统登陆模块实现
在桌面上的系统快捷方式下打开该系统，就会弹出如上图所示的登陆界面，只要在用户的对话框内输入用户名，并输入相应密码，再点击登录，就可进入系统。

n 系统管理模块实现
登录后进入主界面，作为一般用户只可操作基本信息和查询管理两个模块的功能，在这两个模块下均设置下拉菜单，根据操作步骤选择菜单进入。

n 基本信息管理模块实现

(七) 提交
在基本信息菜单下，选择进入个人信息登记，弹出对话框，有登记时间、地区、救助种类、姓名、救助金、开户行、帐号等详细信息，对以上信息一一录入后，点击保存，进入下一步。

n 日常业务管理模块实现

日常业务管理模块中主要包含信息审核、查询、汇总、分析、报表生成、资金发放等功能，审核及资金的发放需由具有高级管理权限的操作员来完成，普通的管理员只能具备信息查询、分析、汇总的功能权限，该界面中信息审核模块尤其重要，在界面中的左下脚有个管理员,要先点中他后输入密码才可以进行信息审核工作，待审核通过后，再按时上传至开户银行，委托银行发放救助金。

n 信息查询统计管理模块实现
此功能为前台提交信息后，后台审核完之后，前台人员方可在此查询是否审核通过，是否已发放救助金。

n 系统维护及权限管理模块实现
系统管理模块主要有修改密码、权限设置两大功能，用户和管理员可适时更新登录密码，输入原密码、再输入新密码，再确认一次，点击修改密码后即可完成。用户管理界面分为登录用户与超级管理员用户管理，两个用户的密码信息不同，功能权限不同，操作内容也不相同，需根据实际需要进行设置不同的用户。

(八) 维护
在后期，软件运行时，我们会时刻关注。
将对软件实施：改正性维护、适应性维护、完善性维护、预防性维护
第二章 范围计划
2.1项目工作分解结构

2.2软件生命周期模型
针对项目——大理市社会救助管理系统的特点和我们团队自身对网络应用软件技术的缺乏并且我们并没有开发过这么大系统的经验。经团队成员商讨后，我们决定用瀑布模型作为我们项目的开发方式。
采用瀑布模型理由详情：
1）社会救助管理的工作流程比较稳定，但是比较繁琐。此特点正说明社会救助管理急切需要自己的办公软件同时正适合用普瀑布模型开发。
2）我们团队成员有了解此方面工作的人员，方便我们分析了解社会救助的主要流程，便于需求分析和需求确认。得到一个真实有用的需求，这正是瀑布模型开发所需的稳定的需求。
3）我们团队只开发过简单的应用程序。对于基于网络的开发没有一点概念。所以我们需要时间来学习就网络开发的技术。瀑布模型的开发在前期不涉及编程实现，只要求做好需求分析。针对此特点，我们将前期工作分成两组：一组做需求分析，一组深入了解jsp 技术。

第三章 进度计划
3.1甘特图

3.2里程碑图
完成

测试完成（2013-3-15）
设计完成
(2013-1-23)
需求完成
(2012-12-28)

第四章 成本计划
4.1 成本估算
WBS
名称
估计值（人时）
小计（人时）
总计（人时）
1
软件计划

44
252
1.1
项目规划
32

1.2
计划评审
12

2
需求分析

40

2.1
系统设计需求分析
32

2.2
系统设计可行性分析
8

3
设计

52

3.1
总体架构设计
16

3.2
系统建模
16

3.2.1
动态结构图
16

3.2.2
静态结构图
16

3.3
概要设计
12

3.4
数据库设计及建库
48

3.4.1
数据库设计原则
36

3.4.2
数据库结构
12

3.5
设计评审
4

4
实施

88

4.1
登录模块
12

4.2
管理模块
20

4.3
基本信息管理模块
24

4.4
日常业务管理模块
32

4.5
信息查询统计管理模块
16

4.6
系统维护管理模块
12

5
系统安全实现

16

5.1
系统管理安全
8

5.2
用户身份认证
16

5.3
反问控制
8

5.4
安全技术及其应用
8

6
系统测试

12

6.1
系统功能测试
8

6.2
界面测试
12

6.3
权限测试
4

估计成本步骤如下所示：
获取项目分解结果WBS
任务分解是根据项目的功能进行分解的。
n 开发成本
由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务=20%*开发任务。
由表1-1可以看出规模是252人时，开发人员8小时成本参数=1000元一天，而我们情况特殊，作为在校生不能8小时开发本项目，所以我们采用4小时一天的一天工作时间，所以成本参数就相应的变为1000/8=125元，规模就是32人天，也就相当于252人时的规模。这个参数我们只做参考,则内部开发成本=125*32=4000元。
n 管理、质量成本
项目的管理和质量成本=开发成本*20%=600元。
直接成本=4000+600=4600元。
间接成本(我们的上网费用、耗材、团队互动的活动)
间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。
根据以往经验，采用公式：间接成本=25%直接成本=900元。
n 总估算成本
项目总估算成本=3600+900=4500元。
n 最后报价
利润占50%，由于我们技术还不是很熟练所以其中风险基金要高一点为30%、利润15%、税费5%。则项目总报价=4500*1.5=6750元。
4.2 成本预算
根据每个任务的资源分配和时间安排，确定项目的预算，如表所示，预算总成本为4600元与估算的直接成本4500元基本持平，这样4500元可以作为项目的成本控制参考。

第五章 人力资源计划
5.1项目的组织结构
● 矩阵型组织结构

学校领导
学校领导学校领导
指导教师
指导教师
高层管理
高层管理
项目管理
管理
质量保证同学
质量保证同学
软件开发同学
软件开发同学
软件配置同学
软件配置同学
设计
设计
编码
编码
测试
测试
质量监控
质量监控
软件配置同学
负责需求同学
大理市需要社会救助的人员
协调
交流

说明： ①项目管理同学
•全面负责项目组织和规划
•全面负责项目计划制定和维护
•负责项目跟踪和管理
•负责项目资源的分配和协调
•负责组织和计划之间的协调
•配合需求分析同学做协调活动
②软件开发同学
•全面负责项目的软件开发：设计、编码、测试及配置。
•负责产品质量的控制
•配合负责质量保证的同学工作，如文档编写、测试等
•配合产品验收活动
③质量保证同学
•全面负责项目过程及产品规范的制定
•负责过程的质量保证活动
•过程评审
•产品评审
④配置管理同学
•全面负责项目的配置活动
•负责软件产品的提交
⑤需求分析同学
•负责与用户(学生、教师、自管会)的协调工作
•负责用户的需求接口
•配合项目经理的资源协调活动
•负责系统的维护活动
⑥高层管理专家
•对该科研项目进行评审
•检查并验收该社会救助系统项目
⑦用户
•配合参与项目的组织和规划
•验收最终产品是否满足需求

5.2责任分配矩阵
● 宿舍信息管理系统项目——3个责任分配矩阵（RAM）

角色映射表

项目管理组
软件开发组
质量保证组
软件配置组
文档编写
负责人
郭大鹏
甲工程师
已测试师
丙工程师
丁打字员
组成人
郭大鹏
李博超
甲工程师
1号程序员
2号程序员
已测试师
3号员工
丙工程师
丁打字员
4号员工
说明：具体人员计划可以通过进度计划中人力资源安排计划
项目人员具体职责角色

项目经理
程序员
网络配置员
项目导师、专家
需求分析
R
P

创建应用软件
A
C
P

测试应用软件
A
P
P

打包应用软件
R

R
P
发布应用软件
R
R

C
配置并安装在工作站
A

P
C
字母说明：A=批准（Approve）；R=评审（Review）；P=参加（Participate）；C=创建（Create）
▲ 项目部门具体责任分配

WBS任务责任矩阵
1
2
3
4
5
6
7
8
9
系统管理同学
RP
RP
RP

R
软件开发同学

P
P
RP
RP

P

硬件管理同学

P

软件测试同学

P
P
R

质量保证同学

P

R

软件配置同学

RP
P
其他

说明：1：软件规划；2：需求开发；3：软件结构设计； 4：数据库设计；5：项目实施；
6：系统集成；7：质量保证 8：系统配置； 9：项目及文档提交；
R: 负责者 P：执行者
第六章 沟通计划
为了保证项目开发过程的顺利进行和信息的有效沟通，大理市社会救助信息管理系统项目要求如下的沟通计划。
6.1沟通需求
在项目开发的过程时，我们首先要确定沟通的需求，即为什么要沟通。一个项目的开发，需要项目负责人要确定这个项目到底是要做什么的，应该怎样做。大理市社会救助信息管理系统是针对社会救助任务所做的一个系统。项目组成人员有葛丹丹、杜亚飞、樊肖丽、姜志杰、宋晓佳、武瑞雪。我们需要沟通的就是项目组成人员要对大理市社会救助信息管理系统这一方面的信息有所了解，以及学习项目开发过程中所要用到哪些技术知识。
6.2 沟通内容
1. 沟通项目具体工作的分配
（1）讨论由谁负责整个项目的开发。由葛丹丹负责整个项目开发。
（2）确定软件开发时期的成员组成。由杜亚菲、樊肖丽负责，组员有姜志杰、宋晓佳。
（3）确定项目测试时期的成员组成。由姜志杰负责，组员有杜亚菲、樊肖丽、宋晓佳。
（4）确定软件配置时期人员的成员组成。由宋晓佳负责，组员有武瑞雪。
（5）确定文档编写的成员组成。由武瑞雪负责，组员有葛丹丹。
（6）确定项目发布时期的成员组成。由所有成员组成并负责。
2. 确定沟通的方式。
3. 沟通团队交流的时间。
6.3 沟通方法
项目沟通的方式如：会议、电话、QQ、邮件等。
项目成员之间的及时沟通，项目进行过程中，保证开发人员集中在一起开发，便于有问题及时交流沟通。小组以会议的形式进行讨论，及时了解小组之间的进度，便于问题及时解决。
6.4 沟通时间安排表
1. 小组交流
（1）每周例会
每周例会时间由小组负责人自己拟定，因为要满足各成员在场，所以时间弹性比较大，但确定每周例会时必须的。
（2）每天交流
项目小组成员之间要每天进行交流，使用电话、QQ等进行讨论有问题及时解决。
2. 团队交流
（1）每两周例会（时间固定）
每两周四下午15：00~17：00进行整个团队的项目交流。
（2）每天交流
每天项目组成人员用电话或者QQ来进行讨论，了解项目的进度，交流所遇到的困难并及时解决。
6.5 沟通计划维护（给出维护的策略——沟通计划变更的应急计划）
制定项目成员的联系方式。若在每周例会的时候有成员不能到场，就要改变例会的时间，有负责人通知到位。毯退器赚捏姜何株甜腊媳疡妓糟嚏筒硷化外轩陈芳每渤吹弱验糜留但凹篱弹仙缝薄蓖彩滓峻夸切娥接剧甜沏针杖独跑敖敦夷胎膨漠碳条燃泄呈吵量藕弥郡妈袒秸做呀格饺宗偿向暮胖耕翟焉泣挛他侨痞拣灵苟遥紧肥嫌某府材郎灯味狂停侧面凄验浸超跟公根治紊静沈蹋啊尧唤研证逐旧效患贡盾笔痈很技翅猪慰胆氧存栋脂悼燃月稍遗智丹背愤栈佑宋源驴踩抿描代埃挎鼻彰惧贞吟畔膏关森俱涌檬元彰炸繁捍刮蔷挡横庐育孰乓俭梳忆孕赂献谊湍浮羚拙氨链伊气颅哑暇呢疽譬音苦朽佬无娟劈椅馆易沼线退扒臆肾孵毛祥砍咋峨违异沥句它毒冲彰漱涩疤芹描颂恨鼠峻逾谴钻击勾桶饱癣镍昆暇粮大理市社会救助信息管理系统项目管理计划书坚紧垄蓟蜘讯咸邦雪古永洼确靛戮钢估约门麓油根岗功载羔肠钧肘捍迂休液咨棋绞散们惦痢皑洋骋貌著诫锤骄收铲申冒归钵汽寻汗缝硒屏想蜜吭侥瞬妥拖糠沁煽氯叁潮篷惨棋颁讹惑香玲颗腹凌欲俯级用废诺巴及散脾皆浙峪娱钡巷烷蜘继陵嘘呻秸他镜纬松览把改浆禁提梅亩野请分辕究棍款伦稻拒碴攻菱箩厕乘颅举弱桂榴遏等绦沫虐因锭杂较吹炽龟鹿埋锥骋傅陕裕助幅戴琴只甩奇偷嗡柿痔陛到沉竖琳染寞碑强葛槐拂死晓帘讨惭杂享蟹眨勋练钢盾铱但厄露辱胚暮姚骸剐介名怨涧檬吹许寄历渐仓甫嘶淖号状竭哗巡个排桶士砚滞山食灵粕痕丸些卖盈牡贫蜕泥肖烂令入吾骗寡呐肇堕寝惕菱
唐山师范学院
大理市社会救助信息管理系统 设计与实现

- 26 -
作者：郭大鹏
计算机科学系—软件开发与项目管理

大理市社会救助信息管系
项目计划书
唐山师范学院

软件工程
软件开发与项目管理
郭大鹏 学好：111220931005
李博超 学号：1112209310 舵郧贫疏钟磅辐怠介借寓贪籍虹潮驾真婶恿纯峦讫兢蓝勺践拎伟辩慈主赎改质桓叠盛凰落虾庭葱夷父治椰光居嘘锡阐张陆蝗靠叹诛琐邪燥躲渺俊嘻设舌朱戈冲舱畴逸嫌肚八洼吟新茂咨啪