项目库填报系统项目审核说明
《项目库填报系统》项目审核说明
在《全国农村公路通达通畅项目库填报系统》中包括 2 类审核：“逻辑性审核”和“合理性审核”。项目库中数据必须通过所有“逻辑性审核”才能上报，而“合理性审核”则是指需要核实的问题，如果情况属
实，不需修改。详细的审核内容如下：
一、项目基本信息
序号公式类型审核提示审核说明
1逻辑性项目名称不能为空项目名称必须填写
2逻辑性项目类型不能为空项目类型必须填写
3逻辑性项目类型必须为 "1","2"项目类型编码必须在规定
的代码集中
4逻辑性所在行政区划不能为空项目所在行政区划必须填
写
5逻辑性行政区划代码必须为 6 位项目所在行政区划代码必
须为 6位
6逻辑性项目所在行政区域必须为县级所在行政区划代码必须填
行政区划写至县级
7逻辑性建设性质不能为空建设性质必须填写
8逻辑性建设性质必须为 "1","2"建设性质代码必须在规定
的代码集中
9逻辑性所属地形不能为空所属地形必须填写
10逻辑性所属地形必须为 "1","2","3"所属地形编码必须在规定
的代码集中
11逻辑性填报单位不能为空填报单位必须填写
12逻辑性填报单位代码不能为空填报单位代码必须填写
13逻辑性填报单位代码必须为 9 位填报单位代码长度必须为 9
位
14逻辑性该项目为通乡项目，必须填写通乡项目必须填写项目建
项目建成后通乡镇信息成后通乡镇信息
15逻辑性该项目为通村项目，必须填写通村项目必须填写项目建
项目建成后通建制村信息成后通建制村信息
16逻辑性该项目为通村项目，不应填写通村项目不能填写项目建
项目建成后通乡镇信息成后通乡镇信息
17逻辑性同一个项目的项目基本信息表同一个项目的项目基本信
和建设规模表内的填报单位应息和建设规模中的填报单
一致位必须一致
18逻辑性同一个项目的项目基本信息表同一个项目的项目基本信
和通乡镇信息表内的填报单位息和通乡镇信息中的填报
应一致单位必须一致
19逻辑性同一个项目的项目基本信息表同一个项目的项目基本信
和通建制村信息表内的填报单息和通建制村信息中的填
位应一致报单位必须一致
20逻辑性项目中不能重复填报同一个乡
镇
21逻辑性项目中不能重复填报同一个建
制村
22合理性该项目中所填写的乡镇都在年
报范围外
23合理性该项目中所填写的建制村都在
年报范围外
24合理性项目没有填写建设规模
二、建设规模及标准
序号公式类型公式说明
路线编码不能为空，且长度必
须为 10 位，路线编码的第一位1逻辑性必须为行政等级
2逻辑性路线名称不能为空
3逻辑性路线起点名称不能为空
路线起点桩号不能为空，且必4逻辑性须大于等于零
路线起点桩号一般不应大于5合理性100 公里
6逻辑性路线讫点名称不能为空
路线讫点桩号不能为空，且必7逻辑性须大于零
路线讫点桩号一般不应大于8合理性100 公里
9逻辑性起点桩号应小于讫点桩号
计划建设里程不能为空，且必10逻辑性须大于零
11
计划建设里程一般应小于 50 公合理性里
计划建设里程应不大于起讫点
12合理性桩号之差
13逻辑性待建路段技术等级不能为空
待建路段技术等级必须为14逻辑性"1","2","3","4","5","6"
15逻辑性待建路段路面类型不能为空同一个项目中只能填写同
一个乡镇一次
同一个项目中只能填写同
一个建制村一次
通乡项目中填报的所有乡
镇都应该在名录中的年报
范围之外
通村项目中填报的所有建
制村都应该在名录中的年
报范围之外
项目必须填写建设规模
审核内容
路线编码必须填写，且路线编码长度必须为10 位，第一位为行政等级
路线名称必须填写
路线的起点名称必须填写
路线起点桩号必须大于等
于零
路线的起点桩号一般应小
于 100 公里，如超出请核实路线的迄点名称必须填写
路线的迄点桩号必须大于
零
路线的迄点桩号一般应小于100 公里，如超出请核实起点桩号必须小于迄点桩
号
计划建设里程必须大于0 公里
计划建设里程一般应小于
50公里，如超出请核实
计划建设里程一般应小于
等于起讫点桩号之差，如超出请核实
待建路段技术等级必须填
写
待建路段技术等级编码必
须在规定的代码集中
待建路段路面类型必须填
16逻辑性待建路面类型不能为"无路面"路
段技术等级高于三级，路面类型
必须为沥青或水泥混凝土
17合理性路面
路段技术等级为三级，路面类
型必须为沥青混凝土或水泥混18合理性凝土或简易铺装路面
待建路段路面宽度不能为空，19逻辑性且必须大于等于零
待建路面宽度一般应在 3 米到20合理性100 米之间
待建路线上桥梁总数一般不超21合理性过 10座
22逻辑性桥梁总长必须小于待建里程
桥梁总长必须大于桥梁数量，23逻辑性单座桥梁长度必须大于5米
拟建桥梁数量为零，则桥梁长24逻辑性度也应为零
25逻辑性该项目已存在，不得重复申报26逻辑性填报单位不能为空
27逻辑性填报单位代码不能为空
28逻辑性填报单位代码长度必须为9位
所填报的路线在基础库中不存29合理性在
拟建路线里程超出基础库路线30合理性里程范围
三、项目建成后通乡（镇）信息
序号公式类型公式说明
1逻辑性乡镇编码不能为空
2逻辑性乡镇编码不合规范写
待建路段路面类型不能为“无路面”
如果路段技术等级高于三级，路面类型一般为沥青或水泥混凝土路面
如果路段技术等级为三级，路面类型一般为沥青混凝土或水泥混凝土或简易铺装路面
待建路段路面宽度必须大
于等于 0米
待建路面宽度一般应大于
等于 3 米，小于等于 100 米待建路段上的桥梁总数一般不应超过 10 座，如超出请
核实
桥梁总长度应小于等于待
建路段里程
桥梁总长必须大于桥梁数量，且单座桥梁长度必须大于等于 5米
如果拟建桥梁数量为 0 座，桥梁长度应为 0 米
对同一条路线分段进行建
设时，路线桩号不能交叉
填报单位必须填写
填报单位代码必须填写
填报单位代码长度必须为9位
所填报的路线应存在于专项调查基础库中，如超出必
须说明情况
拟建路线的总里程不应超出专项调查基础库中该路线总里程，如超出必须说明情况
审核内容
乡镇编码必须填写
乡镇编码长度必须为 12 位，且后三位必须为“ 000”
项目建成后所通乡镇必须在项3逻辑性目所在行政区域范围内
4逻辑性乡镇名称不能为空
5逻辑性乡镇通达（畅）状况不能为空
乡镇通达（畅）状况必须为6逻辑性"21","22"
7逻辑性对应项目不存在
8逻辑性填报单位不能为空
9逻辑性填报单位代码不能为空
10逻辑性填报单位代码必须为 9 位
项目中填写的乡镇通达状况与
项目建成后达到的通达状况不11合理性一致
名录中年报范围内的乡镇必须12合理性在项目库中填报
13合理性乡镇名称与名录中填报不一致14合理性乡镇名称与基础库中不一致
15合理性名录中的乡镇不在基础库内四、项目建成后通建制村信息
序号公式类型公式说明
1逻辑性建制村编码不能为空
2逻辑性建制村编码的不合规范
项目建成后所通建制村必须在3逻辑性项目所在行政区域范围内
4逻辑性建制村名称不能为空
建制村通达（畅）状况不能为5逻辑性空项目建成后所通乡镇的前 6
位必须与项目所在行政区划
相同
填写的乡镇不属于任何一
个项目
乡镇通达（畅）状况必须填
写
乡镇通达（畅）状况编码必
须在代码库内
填写的乡镇找不到所对应
的项目
填报单位必须填写
填报单位代码必须填写
填报单位代码长度必须为9
位
根据建设规模表填写的路
面宽度、路段技术等级与路
面类型计算出的通达状况
应与项目建成后通乡镇（或
建制村）的通达状况一致
名录中年报范围内的乡镇
必须在项目库中填报，否则
必须说明情况
项目填报的乡镇名称应与名
录填报的一致，如不一致
必须说明情况
项目填报的乡镇名称应与专
项调查基础库中的一致，如
不一致必须说明情况
名录中填报的乡镇应在专项
调查基础库中，如超出必
须说明情况
审核内容
建制村编码必须填写
建制村编码长度必须为12 位，且后三位不能为“ 000”项
目建成后所通建制村的
前 6 位必须与项目所在行
政区划相同
建制村名称必须填写
建制村通达（畅）状况必须
填写
建制村通达（畅）状况必须为6逻辑性"21","22"
7逻辑性对应项目不存在
8逻辑性填报单位不能为空
9逻辑性填报单位代码不能为空建制村通达（畅）状况代码必须在规定的代码集中
填写的建制村不属于任何
一个项目
填报单位必须填写
填报单位代码必须填写
填报单位代码长度必须为9
10逻辑性填报单位代码必须为 9 位位
根据建设规模表填写的路
面宽度、路段技术等级与路项目中填写的建制村通达状况面类型计算出的通达（畅）
与项目建成后达到的通达状况状况应与项目建成后通建
11合理性不一致制村的通达状况一致
名录中年报范围内的建制名录中年报范围内的建制村必村必须在项目库中填报，否12合理性须在项目库中填报则必须说明情况
项目填报的建制村名称应建制村名称与名录中填报不一与名录填报的一致，如不一13合理性致致必须说明情况
项目填报的建制村名称应
与专项调查基础库中的一
14合理性建制村名称与基础库中不一致致，如不一致必须说明情况
名录中填报的建制村应在
专项调查基础库中，如超出15合理性名录中的建制村不在基础库内必须说明情况
关于建立好项目库
关于建立好项目库 做好“新网工程”和“农业综合开发”项目 前期准备工作的通知 各县市区供销社、市直相关公司 近年来，各级供销社把项目工作作为兴社的目标战略来抓，取得了一定成绩。为了使项目的申报符合国家有关政策和上级社要求，少走弯路，提高申报成功率，今后在申报项目时，各 单位要对照国家政策重点支持的范围结合本单位的实际条件和发展需要，做好“新网工程”、“农业综合开发”、“万村千乡市场工程”农家店、综合服务社建设等项目的选择、筹建、管 理、项目申报，政策的争取、落实、竣工验收和建成后经营、管理工作。使系统的各种项目 真正成为系统经济发展的“火车头”、带动力量和新的经济增长点。现就项目的申报及有关 准备工作通知如下： 一、关于“新网工程”项目 按照项目申报指南的要求,“新网工程”项目申报的相关事宜如下:(每年略有调整) （一）申报条件 除了所申报项目必须符合《新农村现代流通服务网络工程专项资金管理办法》支持的范围外，申报主体是具有法人资格的农资、农副产品、日用消费品和再生资源企业，上述企业要满足 四个条件：注册登记部门与成立时间、组织机构与内部控制、财务会计与信用、供销合作社 或所属全资单位对申报企业的持股比例。 供销合作社或所属全资单位在申报企业中持股比例不得低于34%。有两点需要解释： 1、供销合作社所属全资单位指供销合作社所属一级资产管理公司和事业单位等，上述单位 对申报企业持股视同供销合作社持股； 2、供销合作社持股比例不低于34%，指供销合作社对项目单位直接持股比例和间接持股比 例的合计不低于34%，这里的间接持股仅指供销合作社（或所属全资单位）下属一级企业 对项目单位的持股。 2011年供销社持股比例提高到了34%，今后该比例还要提高，专项资金主要用于供销合作 社或所属单位的控股企业。 （二）支持方式 一般以三种方式予以支持，但对各种方式每年都进一步明确了具体要求。 贷款贴息，对中长期项目贷款进行贴息，一年及一年以内的、资金用途明确为流动资金或商 品采购等贸易属性的贷款，不得申报。对同一企业同一扶持项目的贷款，中央财政给予贴息 支持不超过三年。对已经连续3年获得中央财政贴息扶持的项目，下一年一般不能再予以申报。 以奖代补，属于一次性扶持。对一个企业的某个网点来说，上年已经获得中央财政奖补资金 扶持了，今年就不能再进行申报，但对其他未给予扶持的网点则可以申报。所申报网点要标明详细地址（县、乡[镇]、村、街道等）。 财政补助，属于一次性扶持。一般按列入《关于印发201 年县级经营服务网络建设重点扶 持供销合作社名单的通知》（供销厅经联字[201 ] 号）中的单位按要求进行申报。 （三）支持重点 2011年，专项资金扶持重点略有拓展，包括六个方面： 1、农资经营企业农资配送中心、连锁经营网络体系、批发交易市场升级改造项目。包括对 现有农资生产流通设施和经营网点进行改造与整合，形成一套相对完整的农资连锁配送网 络。2011年明确了农业生产资料经营品种，包括农药化肥、农机农具、农机用油、种子和 其他农业生产资料等。
应用文-推行财政专项资金项目库预算管理
推行财政专项资金项目库预算管理 '部门预算在全国 系统逐步推开，各级财政机关部正式编制了本部门2001年的部门预算。其中涉及人员部分和公用经费部分的问题，因政策标准比较清楚，易于统一，故都有了较为明确的处理方法，但是对于占每年财政支出相当大比例的专项资金的预算 却一直存在着审批管理人为影响大、随意性强等方面的问题，而专项追加的随意性正是造成财政预算软约束的重要原因之一。因此，为适应部门预算管理的要求，规范各单位安排专项预算的行为，避免财政部门和各行政事业单位专项资金审批和 的随意性，降低人为因素的影响，有必要建立一套科学的管理体系来安排预算，规范审批程序，严格控制专项资金的追加。北京市海淀区财政局，建立了《海淀区财政专项资金项目库管理暂行办法》和《海淀区财政专项资金项目综合评价指标体系》，以达到量化专项资金的审批程序，增强专项预算安排的透明度，从而最大限度地提高财政资金的使用效率。 一、总体构想 专项资金的管理核心是一个滚动项目库，一套数量化指标体系。主要目的是通过建立依公共财政的思想设立的量化指标体系，将单位报送的若干年专项项目，按照指标体系的要求进行量化评价，将评价的结果按照分值由高到低进行排序，并依次提供资金安排意见，以利于提高财政资金使用的透明度，优化财政资金的使用效率，为领导科学决策和外部有效监督提供重要的参考依据。 一个滚动项目库。各单位申报财政补助的所有专项项目，均纳入项目库管理，项目库本身具备项目维护、项目评价、项目排序、财力控制、审批流程管理等多项功能，并与行政事业单位部门预算编审系统相结合，将专项资金预算纳入整个部门预算，并将明确的财政补助专项转入财政预算执行系统进行管理。 一套量化指标体系。作为专项项目库管理的基础，专项指标评价体系要按照公共财政的原则进行设立，将审批专项资金的思维过程予以细化、量化，分解为若干指标，并对应相应的分值。将申请财政补助的所有专项项目全部纳入此指标体系进行量化评价，得出相应的分值，供项目库进行排序。 二、细化指标，建立体系 从各角度全方位地评价每一个专项资金项目，就必须根据可能涉及的专项资金的情况，设立一整套科学合理的指标体系，其结果才有说服力，也才能据以提出科学的项目取舍和资金拨付的决策参考意见。因此，细化指标和建立指标体系是专项资金项目库的重中之重。 专项资金项目库指标体系遵从全面评价原则、财政效率原则和项目优先原则。接项目的性质分为（l）建设性项目；（2）车辆、设备购置项目；（3）维修、小型改造及租赁项目；（4）会议、活动项目；（5）业务费、培训费、开办费、手续费、临时人员费等项目；（6）科技三项、企业挖潜改造支出等6大类进行分类排序。鉴于支农项目有其特殊性，暂不列入专项项目评价指标体系。 在专项项目分类的基础上，将项目评价指标分为两大类分别对项目进行评价：项目基本评价指标（以下简称“基本指标”）和项目分类评价指标（以下简称“分类指标”）。基本指标是项目库中所有项目均要进行评价的指标；分类指标是分别对各类专项的不同性质而设定的评价指标。每一类指标按照公式1，分别计算出基本情况指标得分和特性指标得分。 评价得分=∑（第I项指标总得分×第1项指标权重）公式1 再根据每类所设的权重比例，并考虑附加分等条件进行修正并代入公式2计算出本项目的最后得分。 评价得分=∑（第1类指标总得分×第1类指标权重）十附加分公式2
信息系统项目进度管理论文
项目进度管理 摘要 2008年12月，我以项目经理的身份参与到某省水运海事综合业务信息系统项目的开发中，在该项目中我主要负责组织规划实施开发和项目管理的工作。该项目主要包括：OA协同办公系统、电子邮件系统、水运海事行政管理信息系统三个部分。其中，水运海事行政管理信息系统是整个系统的核心，采用了Silverlight+DLinq+https://www.360docs.net/doc/176808458.html,相结合的主流Web应用框架。 该项目工期180天，工期比较紧张，涉及项目干系人较多，项目进度问题是我们面临的最大考验，为了保证项目能如期高质量地交付，我们采用分期建设，使用基于RUP软件工程模型的方法对项目进行科学管理，在项目的计划阶段我们依据项目章程、项目范围说明书、组织过程资产对项目的范围进行分解，制定WBS，估算工作量，制定详细的项目进度计划。在实施过程中对进度进行跟踪和监控，关注项目的薄弱环节，实现资源动态平衡。目前系统已开发完毕，上线运行一年有余，运行状况良好，受好客户一致好评，但是也存在一些问题和教训。 正文 2008年12月，我以项目经理的身份参与到某省水运海事综合业务信息系统项目的开发中，在项目中我主要负责组织规划实施开发和项目管理的工作。水运海事综合业务信息系统采用先进的富客户端（RIA）技术，充分利用互联网（Internet）信息化手段实现全省水运海事行业数据库的建立和电子化办公的目标，达到规范业务流程、强化内部管理、提高全省水运海事业务的办理效率。水运海事综合业务信息系统主要包括：OA协同办公系统、电子邮件系统、水运海事行政管理信息系统三个部分。其中，水运海事行政管理信息系统是整个系统的核心，在本项目中我们把它作为整个项目的重点来实施的，因此，下面我主要以水运海事行政管理信息系统为中心进行论述。 水运海事行政管理信息系统采用Silverlight+DLinq+https://www.360docs.net/doc/176808458.html,相结合的主流Web应用框架，开发工具采用https://www.360docs.net/doc/176808458.html,、编程语言是C#、JavaScript、Sql。在硬件环境方面：IBM RS6000小型机用于部署Oracle10g数据库系统，HP服务器用于部署Web应用。系统总体框架是：三层架构（MVC），用https://www.360docs.net/doc/176808458.html,搭建整个系统模块，用DLinq替代原来的ODBC，并进行数据持久化管理，用Silverlight技术替代原有的Ajax技术，实现无刷新页。在系统的模型层（M）是DLinq和https://www.360docs.net/doc/176808458.html,相结合，通过DLinq实现对象与关系数据之间的映射，然后将映射结果通过https://www.360docs.net/doc/176808458.html,进行执行，最终实现数据持久化和查询操作；控制层（C）是业务逻辑的封装层，通过https://www.360docs.net/doc/176808458.html,反转技术实现业务逻辑的动态加载；视图层（V）是利用Web页面与Silverlight富客户端相结合的技术，给最终用户提供业务操作和数据查询的界面，提高用户使用体验，另外，在系统中我们还采用了Single Sign On（SSO）单点登录技术，把OA协同办公系统、电子邮件系统、水运海事行政管理信息系统三个系统从安全认证这方面有机的结合在一起，实现统一认证、统一登录，给客户提供了极大地方便。 水运海事综合信息管理系统项目依据合同项目工期为180天，工期紧、任务重，项目涉及干系人较多，项目进度问题是我们面临的最大考验，为了确保项目能如期高质量交付，我们经过仔细分析后决定采用分期建设，将项目分为两期进行实施，运用RUP软件工程模型方法进行科学管理，使用Microsoft Project 2007作为辅助工具，在项目的计划阶段我们依据项目章程、项目范围说明书、组织过程资产对项目的范围进行分解，制定WBS，估算工作量，制定详细的项目进度计划。在项目实施过程中对项目进度和成本进行跟踪和监控，及时发现纠正偏差，关注项目关键路径上的薄弱环节，实现项目资源整体的动态平衡，有效地管理和控制项目的进度。 一、计划阶段对项目进行合理分解，正确估算所有任务的工作量，制定详细的项目进度计划。 在计划阶段，我们经过仔细分析后决定采用分期建设，将项目分为两期进行实施，第一期主要完成需求调研、需求分析、系统设计与实现、测试、试运行、全省部分功能推广六项任务；第二期主要完成系统设计与实现、测试、试运行、全面推广四项任务。在制定完项目分期建设计划后，项目团队在我的带领下，
教务管理系统-详细设计说明书
教务管理系统-详细设计说明书
详细设计说明书 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2程序系统的结构 (2) 2.1登录模块 (3) 2.2学生模块 (4) 2.3教师模块 (5) 2.4管理员模块 (6)
1引言 1.1编写目的 在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。 1.2背景 随着学校教育水平的不断提高，现有管理系统已经远远不能够满足学校的需求，已经成为学校进一步发展的瓶颈，例如软件维护费用高，信息查询不方便，软件可操作性不高，为此我们小组想开发教务管理系统，方便学校师生。 1.3定义 Access2003: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 主键：数据库表中的关键域。值互不相同。 1.4参考资料 《软件工程导论》（第5版）张海藩编著清华大学出版社 2程序系统的结构 软件结构
2.1登录模块 学生信息存储在数据库表student中，包括学号，密码等。教师信息存储在表professor中，包括教工号，密码等。管理员信息存储在表registrar中用户选择登录身份（学生，教师或管理员），学工号，密码。首先检查学工号是否为空，为空则提示。若不为空，则检索相应数据库表，检查用户是否存在。若存在，检查密码是否正确，若正确，则登录成功。 开 输入学 工号和
教务管理系统规格说明书
教务管理系统需求规格说明书 文件编号：ZW-0001 版本：1.0
1 .引言 《教务管理系统软件需求规格说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。文档分为四个部分： （1）引言部分描述了项目的编写目的和范围，并对文档中使用到的术语进行了说明， 还列出了本文档所使用的参考文献和相关文档； (2) 任务概述部分对系统进行了简要的描述； (3) 需求规定部分对系统从功能要求、安全性、性能，数据管理及其处理等几方面进 行阐述； (4) 运行环境规定部分对系统运行所需要的设备，支持的软件以及接口方面，做了详 细描述。 1.1. 编写目的 《教务管理系统软件需求规格说明书》编写的目的是： 根据华中科技大学教务处的要求进行编写，旨在为全校的教务管理（包括本科生，研究生，博士和博士后）提供一个方便的公共平台，让繁杂的教务管理变的简单易行。 《教务管理系统软件需求规格说明书》的目标是： 本说明书将要说明系统在技术上的具体需求，要实现的具体功能，指出实现系统的方法与途径，为后来的各项工作进行起着指导作用。
《教务管理系统软件需求规格说明书》的预期读者为： （1）对相关业务技术和总体方案做决策的管理人员和质量管理人员；（2）对本《教务管理系统软件需求规格说明书》进行评审和确认的有关业务、技 术人员； （3）参加概要设计和详细设计阶段工作的全体设计人员； （4）教务管理系统项目组，其他有权需要调用本文档的人员 《教务管理系统软件需求规格说明书》的全部内容为beyond团队、华中科技大学教务处的商业机密，应严格控制业务范围，项目开发阶段由设计部、项目软件开发组负责管理，项目结束后交由华中科技大学档案室负责管理，未经双方同意，不得以任何介质（文本，软盘，硬盘，光盘）等形式持有本文档部分或全部内容。 1.2. 背景 项目名称：教务管理系统 项目任务提出者：华中科技大学教务处 项目任务开发者：beyond团队 项目用户：华中科技大学的所有教学管理人员 实现此软件的计算机网络：华中科技大学计算中心 项目与其他软件，系统的关系： 教务管理系统采用NetBeans5.51作为开发平台，用Microsoft Office Access 作数
四川省财政厅经济建设专项资金项目库管理暂行办法
四川省财政厅经济建设专项资金 项目库管理暂行办法 第一条为了进一步提高我省财政经建系统专项资金项目申报工作的系统性、规范性、及时性和有效性，依据《中华人民共和国预算法》及相关财政管理法律法规，特制定本办法。 第二条经济建设专项资金项目库（以下简称项目库）由省财政厅经济建设处负责建立。 第三条纳入项目库管理的项目是指由财政经建系统负责申报和管理的中央和省级财政专项资金项目，中央专项资金包括：产业技术研究与开发资金、清洁生产专项资金、中小企业平台式服务体系建设专项资金、农村物流体系发展专项资金、促进服务业发展专项资金、民贸及民特品生产企业贴息资金、民族特需商品生产补助资金、低氟砖茶生产研制补助资金、生物能源和生物化工非粮引导资金、再生节能建筑材料补助资金等；省级财政专项资金系指由省级财政部门管理的专项资金（具体项目详见附件1）。以后新增的财政专项资金项目也要相应纳入项目库管理。 第四条市（州）、扩权试点县（市）财政局、省级相关主管部门按照各专项资金管理办法的要求及“公开、逐级、择优”原则征集项目，对符合报送条件的项目，按省财政厅通知的报送数量原则上于每年4月底前正式行文报送省财政厅，上报的项目应填制项目申报表（格式详见附件2），项目申报表同时从省财政厅办公业务资源网报送，逾期不报的视为自动放弃。
第五条省财政厅将各市（州）、扩权试点县（市）财政局以及省级相关主管部门报送的项目存入项目库，作为每年正式申报的备选项目。 对申报中央专项补助资金的项目，省财政厅按照财政部当年的项目申报指南要求，从项目库中择优、适量差额选取项目，再通知相关财政局及省级相关主管部门按正式申报要求报送详细的项目材料，并组织财务、技术、市场等方面专家评审论证，必要时可以对项目进行实地考察、评估，综合评价择优排序，再按财政部限定个数审核上报。 对申报省级财政专项资金的项目，省财政厅按相关省级专项资金管理办法要求，从项目库中择优、适量差额选取项目，再通知相关财政局及省级相关主管部门按正式申报要求报送详细的项目材料，并组织财务、技术、市场等方面专家评审论证，必要时可以对项目进行实地考察、评估，综合评价择优排序，再按照预算资金规模统筹核定拟予支持的项目，对具体项目的支持方式、金额按相关资金管理办法确定。 第六条项目库实行滚动管理。对符合申报条件的项目及时存入项目库；对当年已正式申报并获补助的项目及时予以注销，次年不再重复入库和申报；对当年未正式申报的项目进行全面复核，仍符合申报条件的继续纳入次年项目库，不符合申报条件的不再纳入次年项目库。 第七条各市（州）、扩权试点县（市）财政局必须对项目申报材料的真实性负责，严格审查项目企业申报资质和项目申报条件是否符合，相关申报资料是否完整、齐全。凡弄虚作假套取财政资金的有关单位、人员，
综合项目管理信息系统说明
综合项目管理信息系统说明 一、概念 项目管理信息系统是以工程项目为目标，利用计算机辅助工程项目管理的信息系统。它是基于项目运行信息的管理分析，为项目管理提供信息服务与决策支持的工具。项目管理信息系统，涉及项目总体的计划、组织、领导、控制和评价等各个方面，具体包括质量控制、进度控制、费用估算与费用控制、材料控制和文件控制等多方面的控制和管理，并对项目的全过程实施动态管理和控制。项目管理信息系统不像以往那样只具有人事档案、工资、财务等常规的静态管理信息，而加入了生产建设过程中的许多生产实时动态的控制，有大量的实时数据和信息需要处理，需要各种图表、项目执行过程的真实记录、不断调整的计划。对这些功能的实现过程，关键在于把较成熟和先进的项目管理软件与工程企业自己的信息综合集成、实现信息实时共享与互操作性。 二、重要性 随着建设项目大型化、综合化与复杂化趋势的不断加剧，以及建设项目面临的投入、进度、质量、安全、环境等约束的进一步严格，提高项目管理的效率，在有限的时问与投入下高质量地完成合约并满足安全、环境等要求已成为当前建设项目管理面临的重大挑战。准确的、及时的、相关的信息是项目决策进程的实质，信息对项
目管理者来说是一个非常重要的资源。但是，项目管理者们却总是无法提交确保项目成功的那些种类的信息，所以构建项目管理信息系统是满足重要的项目信息需求的一种方法，也是大型工程项目管理的重要基础设施和手段。 2007年 l0月 18日，建设部建筑市场管理司发布了《建筑业企业资质管理规定实施意见》(建市[2007]241号)附件2“施工总承包企业特级资质标准信息化考评表”，对申报特级资质的施工企业的信息化建设提出了具体的要求。在市场经济竞争日益激烈的环境里，很多大型施工企业面临着许多管理困境，需要借助信息化手段提高管理水平。在现有环境和条件下，如何建设实施一个安全、有效、可靠、可随企业发展而变化的综合项目管理信息系统来支撑项目管理，从而提高项目管理能力，进而提升市场环境下的竞争能力，对企业而言具有非常重大的实际应用意义。 三、现状 在如今建筑企业中计算机已经相当普及，在10多年前就有许多施工企业已筹建了独立的机房、计算机中心，设有专门的人员从事这方面的工作。从硬件来说，我们所使用的计算机基本上紧跟国际先进水平。在项目管理实践中，综合项目管理信息系统在近1O余年间经历了从无到有的发展过程，目前一些大型的施工企业已经具备了专用的综合项目管理信息系统，并用于实践。但是，由于缺乏高层的统筹规划和统一的信息标准，致使设计、生产和经营管理信息不能快捷流通，信息不能共享，形成了许多“信息孤岛”，远没有发挥信息化投资的
教务管理系统概要设计说明
教务处管理系统概要设计说明书
1 概述（设计思想） 教务管理系统是一个面向学校教务管理人员、教师和学生，为其提供服务的综合管理系统，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，使得教务日常管理工作日趋繁重、复杂，而现有的教务管理软件基本上都是单机版本的，已满足不了现在教务工作需要。因此迫切需要研制开发基于互联网的综合网上教务管理软件。 该教务管理系统总体设计思想：面向学校各部门以及各层次用户的多模块综合信息管理系统为了充分利用高校现已有的网络资源。实现教务各上下级之间迅速便捷的沟通，在系统的架构上采用了当前流行的B/S结构与C Z S结构及 Internet 网络相结合的技术突破了系统使用地域的局限性，使整个校园网甚至Internet 上的用户都可访问本教务系统并进入相应的教务信息查询，如查询课程表、教学进程等等．为了体现分散操作、统一管理的思想，实现教务信息的集中管理、分散操作、信息共享，使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展，实现教务各上下级之间迅速便捷的沟通，形成充满活力的新型的教务管理机制。 教务管理系统由两部分组成：前台和后台。前台客户层采用了最新的webstart 工具，使得客户端可以自动升级、即时更新，减轻了系性；后台数据层采用了对象关系型数据库，它将数据进行统一管理，所有的客户端都从后台捌用数据，实现了资源共享、保证了数据的一致性并且后台数据还具有自动备份功能，来保证数据库中数据的安全性与可靠性．后台主要有系统管理员，前台则主要面对在校学生和教务处人员和各院系教务员及任课教师使用，教务网的管理员分初级管理员和高级管理员：初级管理员是各科室的负责人，提交本科室的待发布教学通知、公告等信息，管理本科室的上传文件并接受高级管理员的管理；高级管理员管理所有上传的文件，审核并发布各科室提交的信息，管理教务信箱和教务网界面等。教务处长属于高级管理员。 2 系统策略 系统性 该教务管理系统实时更新，系统比较完善可靠，技术成熟，可以按照不同学校对于教务的不同需求进行更改，满足用户需求。 先进性 该教务管理系统技术先进，系统先进，比较完善。 安全性 数据库考虑到安全性问题，对文件进行加密，提高了安全度，保证了系统的安全。可维护性 该教务管理系统界面可以再后台管理前台显示的界面，模块化程度高，可维护性强。 正确性 该教务管理系统可以正确反映教务的信息，实时更新数据，保证信息正确和可靠 简单性 该教务管理系统操作简单，界面简洁，后台管理易学，维护复杂度比较小适应性 该教务管理系统可以在多平台下使用，对浏览器的兼容性强，适用性强。
教务管理系统课程设计报告
教务管理系统课程 设计报告
教务综合管理系统设计报告 专业：软件工程 成员：车振军陆建伟 徐蕾杨思倩指导老师：徐明 日期： -6-15
一、引言 1.1 目的 为了保证项目小组能够按时完成小组任务及目标，便于项目小组成员更好地了解项目情况，使项目小组开展的各个过程合理有序，因此确定各个项目模块的开发情况和主要的负责人，供各项目模块的负责人阅读，做到及时协调，按步有序进行项目的开发，减少开发中的不必要损失。 预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。 1.2 背景 高校教务管理工作是高等教育中的一个极为重要的环节，是整个院校管理的核心和基础。面对种类繁多的数据和报表，手工处理方式已经很难跟上现代化管理的步伐，随着计算机及通讯技术的飞速发展，高等教育对教务管理工作提出了更高的要求。尽快改变传统的管理模式，运用现代化手段进行科学管理，已经成为整个教育系统亟待解决的课题之一。 教务管理系统是一个大型复杂的计算机网络信息系统，满足各类高校现在和将来对信息资源采集、存储、处理、组织、管理和利用的需求，实现信息资源的高度集成与共享，实现信息资源的集中管理和统一调度。为各级决策管理部门提出准确、及时的相关信息和快捷、方便、科学的决策分析处理系统；为信息交流、教务管理提供一个高效快捷的电子化手段；最终达到进一步
提高各级领导科学决策水平，提高各院系、各部门管理人员管理水平与办公效率，减轻工作负担的目的。 教务管理系统面向管理员、教师和全校学生，实现学生管理、教师管理、课程管理、成绩处理。 1.3 定义 1.3.1 MySQL MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，当前属于 Oracle 旗下公司。MySQL是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。 MySQL所使用的 SQL 语言是用于访问数据库的最常见标准化语言。MySQL 软件采用了双授权政策，它分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，特别是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。1.3.2 MyEclipse MyEclipse，是在eclipse 基础上加上自己的插件开发而成的功能强大的企业级集成开发环境，主要用于Java、Java EE以及移动应用的开发。MyEclipse的功能非常强大，支持也十分广泛，特别是对各种开源产品的支持相当不错。 二、需求分析 2.1 功能需求 2.1.1 系统目标
项目库填报系统项目审核说明
《项目库填报系统》项目审核说明 在《全国农村公路通达通畅项目库填报系统》中包括 2 类审核：“逻辑性审核”和“合理性审核”。项目库中数据必须通过所有“逻辑性审核”才能上报，而“合理性审核”则是指需要核实的问题，如果情况属 实，不需修改。详细的审核内容如下： 一、项目基本信息 序号公式类型审核提示审核说明 1逻辑性项目名称不能为空项目名称必须填写 2逻辑性项目类型不能为空项目类型必须填写 3逻辑性项目类型必须为 "1","2"项目类型编码必须在规定 的代码集中 4逻辑性所在行政区划不能为空项目所在行政区划必须填 写 5逻辑性行政区划代码必须为 6 位项目所在行政区划代码必 须为 6位 6逻辑性项目所在行政区域必须为县级所在行政区划代码必须填 行政区划写至县级 7逻辑性建设性质不能为空建设性质必须填写 8逻辑性建设性质必须为 "1","2"建设性质代码必须在规定 的代码集中 9逻辑性所属地形不能为空所属地形必须填写 10逻辑性所属地形必须为 "1","2","3"所属地形编码必须在规定 的代码集中 11逻辑性填报单位不能为空填报单位必须填写 12逻辑性填报单位代码不能为空填报单位代码必须填写 13逻辑性填报单位代码必须为 9 位填报单位代码长度必须为 9 位 14逻辑性该项目为通乡项目，必须填写通乡项目必须填写项目建 项目建成后通乡镇信息成后通乡镇信息 15逻辑性该项目为通村项目，必须填写通村项目必须填写项目建 项目建成后通建制村信息成后通建制村信息 16逻辑性该项目为通村项目，不应填写通村项目不能填写项目建 项目建成后通乡镇信息成后通乡镇信息 17逻辑性同一个项目的项目基本信息表同一个项目的项目基本信 和建设规模表内的填报单位应息和建设规模中的填报单 一致位必须一致 18逻辑性同一个项目的项目基本信息表同一个项目的项目基本信 和通乡镇信息表内的填报单位息和通乡镇信息中的填报 应一致单位必须一致 19逻辑性同一个项目的项目基本信息表同一个项目的项目基本信 和通建制村信息表内的填报单息和通建制村信息中的填 位应一致报单位必须一致
陕西省省级财政专项资金项目库管理办法
陕西省省级财政专项资金项目库管理办法 来源：刘瑞1555 通知公告阅读：添加时间:2013-9-2315:07:49 则总第一章 专项资金管理，建立科学、规范、政省加强级财第一条为 西省预算法》和《陕高效的运行机制，根据《中华人民共和国 见》金管理和改革的意强财政专项资人民政府关于进一步加办法。，制定本结合我省实际有关规定， ）是库项目目库（以下简称第二条省级财政专项资金项 规范化、程序化管理的数据库行目进政专项资金项对省级财库。项目库和省财政库分为省级部门项目统。项系目 管理，目库实行项省级所有财政专项资金都要第三条
边、纵向到底、各级联网、数据共享。做到横向到 ：则管理应遵循以下基本原第四条项目库 一制定统政厅负责统一建设、分工负责原则。省财（一）系库管理信息一建设项目项目库管理的规章制度、办法，统目门项限分工负责管理本部主管部门按照职责及权统。省级库。 范程目按照规管理原则。项目库项（二）保证重点、滚动 ，结清，定入重点，及排序，保核，行申序进报审择优证时库时 滚动管理。． （三）全程监管、追踪问效原则。项目库中已安排的项目实行预算分配、执行、监督、决算和绩效评价全过程管理，确
项目资金安全、规范、有效使用。 第二章项目库的建立与项目分类 第五条省级部门项目库由省级主管部门设立，对省级 相关单位申报的项目和各市县对口部门汇总报送的项目进行审核、筛选、排序后进入项目库。省级部门项目库由本部门履行预算管理工作的处室或部门指定的职能机构具体管理。 省级部门项目库管理的主要职责： （一）根据本部门工作职责和经济社会发展的需要，会同财政等相关部门提出专项资金项目安排的重点、方向和绩效
关于建设项目信息管理系统的请示
关于建设项目信息管理 系统的请示 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
x x x发展和改革局关于建设xxx项目信息化管理系统相关事宜的请示县政府： 为进一步贯彻落实第十二次党代会确定的“‘两化’互动，项目投资，加速追赶”工作基调，推进我县项目库建设，实现项目管理信息化、智能化、网络化目标，提高项目相关信息传递速度，达到项目信息资源在全县范围内共享目的。现将建设xxx项目信息管理系统相关事宜请示如下： 一、关于项目信息管理系统建设的必要性 为进一步提高我县项目的包装、储备的水平和质量，形成策划、包装、储备项目的良好氛围，充分调动和发挥全县包装储备项目的人力资源、智力资源的优势，实现项目库软硬件同步化建设和公开化，共享项目信息资源，延伸项目库建设链条，我们认为建设xxx项目信息化管理系统是非常必要的。 二、关于项目信息管理系统策划和设计机构的确定 根据我局的实地考察和学习，充分学习先进经验，拟结合我县的实际情况，由我局提出初步建设方案、建设设想、预期效果，最终实现将项目信息管理系统延伸至部门、乡镇及企业，通过询价方式确定我县项目信息管理系统策划和设计的中介机构。
三、关于项目信息管理系统的运行和使用 待项目信息管理系统（演示版）建成后，通过广泛征求意见，进一步修改完善，以最大程度满足项目建设、包装、储备、建设进度等相关信息的功能，经过试运行（试运行时间待定）后，再通过广泛业务操作培训，达到项目信息管理系统充分发挥其功效。 四、关于建设项目信息管理系统的经费预算 项目信息管理系统建设分为系统软件建设和硬件建设，软件建设主要是申请分配网络IP地址、网络信息平台、平台设计等内容，硬件主要包括服务器、计算机、硬盘等相关硬件设施，经过实地考察和询价，预计建成项目信息管理系统需资金万元。
水利规划计划与项目库管理系统的研究与实现
水利规划计划与项目库管理 系统的研究与实现 黄心宇 (福建师范大学协和学院,福建福州350007) 摘要:本文介绍了水利规划计划与项目库管理系统的设计方案、体系结构、功能模块以及在规划计划部门中的应用,并且给出了水利规划计划与项目库管理系统解决方案的关键技术。 关键词:水利 规划计划 管理信息系统 1 引言 水利规划计划与项目库管理系统是一个集成度很高,同时又是使用灵活方便的综合管理信息系统,它的发展一直是水利行业关注的热点问题之一。整个系统由基础数据平台和业务支持部分构成。基础数据平台要将用到的所有数据整合、入库,并实现业务数据和办公文档数据的紧密融合、汇总,方便各种查询和办公系统、业务系统的应用。业务支持系统是管理信息系统的基础。它实现了网络协同办公,最大程度地提高办公效率,规范各项业务流程,实现各项业务流程的阶段控制和项目的过程管理,同时实现了信息资源的合理存储、传输、查询。同时,该系统具有友好、一致、美观的用户界面,操作简单易学,操作提示准确清晰,帮助信息丰富有效,符合业务操作流程的规范。通过该系统的应用,既可以提高规划计划部门的工作效率,也有助于提高领导层决策的科学性。 2 水利规划计划与项目库管理系统的方案设计 水利规划计划与项目库管理系统适用水利行业计划部门业务处理和发展的需要。由于规划计划部门的业务面很广,业务之间的数据联系也很复杂,该系统必须在数据整合方面能够根据数据之间的逻辑关系以及不同业务资料的应用需求。所以采用先进的技术、方法、软件和硬件设备,以办公自动化、数据库技术和分布式处理为核心。数据库采用面向对象的大型关系数据库(ORDB M S)S QL Server 2000,它为数据的存储、处理及管理提供充分的安全及可靠保障,并具有极强的可扩展性及兼容性。同时,具有较大的实用价值,极大地提高了计划部门的工作效率,方便了工作人员对水利项目的管理和检查,并且具有广泛的适用范围,适用于各级水利系统的计划及相关部门。 2.1 平台建设 目前,各级水利部门都在按照国家信息化建设的指导方针,加快水利规划信息化建设的速度。基本上完成了计算机网络建设,并且配有信息中心负责网络和服务器的管理与维护。 针对水利规划部门的具体实际情况,水利规划计划与项目库管理系统采用客户/服务器(C/S)体系结构。这是一种基于具体业务应用的配置方案,这个平台最大限度地方便了系统部署和软件系统维护,从而大大降低了系统的成本。 该系统开发工具:W indows2000Server、V isual C++、M S S QL Server2000、Office2000;服务器端基于W indows 2000Server平台,数据库采用MS S QL Server2000;客户端使用运行稳定的W indows2000操作系统。 系统应用拓扑结构图如下图所示 : 2.2 主要功能模块介绍 目前,水利规划计划与项目库管理系统的开发已经投入大量的资金和时间,业务功能也很复杂。由于不同地区的社会经济情况不同,中央和地方的投资来源和分布比例不同,所以在项目和计划的管理上各不相同,这样就要求管理系统的开发人员必须根据各流域机构和省级水利部门的不同需求量身定制,才能开发出满足规划计划部门日常工作需求的计划管理系统。但是综合各地的差异和业务相似等特点,水利规划计划与项目库管理系统主要包括项目管理、上报和下达的计划管理、专题管理、报表的生成和管理以及公文管理,适应不同地区对业务的不同需求,下面分别介绍主要功能模块。 (1)项目管理模块:以单个水利工程项目为中心,可以灵活整合,适应水利建设中项目周期长、客观情况多变等要求。一个水利工程项目从准备到完工要经历规划、项目建议书、可行性研究、初步设计、施工设计、施工、竣 32 水利管理 引进与咨询2006年第5期
推行财政专项资金项目库预算管理
部门预算在全国财政系统逐步推开，各级财政机关部正式编制 了本部门2001年的部门预算。 其中涉及人员部分和公用经费部分的问题，因政策标准比较清楚，易于统一，故都有了较为明确的处理方法，但是对于占每年财政支出相当大比例的专项资金的预算管理却一直存在着审批管理人为影响大、随意性强等方面的问题，而专项追加的随意性正是造成财政预算软约束的严重原因之一。因此，为适应部门预算管理的要求，规范各单位安排专项预算的行为，避免财政部门和各行政事业单位专项资金审批和申请的随意性，降低人为因素的影响，有必要建立一套科学的管理体系来安排预算，规范审批程序，严格控制专项资金的追加。北京市海淀区财政局，建立了《海淀区财政专项资金项目库管理暂行办法》和《海淀区财政专项资金项目综合评价指标体系》，以达到量化专项资金的审批程序，增强专项预算安排的透明度，从而最大限度地提高财政资金的使用效率。 一、总体构想 专项资金的管理核心是一个滚动项目库，一套数量化指标体系。主要目的是通过建立依公共财政的思想设立的量化指标体系，将单位报送的若干年专项项目，按照指标体系的要求进行量化评价，将评价的结果按照分值由高到低进行排序，并依次提供资金安排意见，以利于提高财政资金使用的透明度，优化财政资金的使用效率，为领导科学决策和外部有用监督提供严重的参考依据。 一个滚动项目库。各单位申报财政补助的所有专项项目，均纳入项目库管理，项目库本身具备项目维护、项目评价、项目排序、财力控制、审批流程管理等多项功能，并与行政事业单位部门预算编审系统相结合，将专项资金预算纳入整个部门预算，并将明确的财政补助专项转入财政预算执行系统进行管理。 一套量化指标体系。作为专项项目库管理的基础，专项指标评价体系要按照公共财政的原则进行设立，将审批专项资金的思维过程予以细化、量化，分解为若干指标，并对应相应的分值。将申请财政补助的所有专项项目全部纳入此指标体系进行量化评价，得出相应的分值，供项目库进行排序。
教务管理系统(概要设计及详细设计)
概要设计说明书 1. 总体设计 1.1 需求规定 教务管理系统可分为学生信息管理系统和教师管理信息系统，系统开发的整体任务是实现学校教师和学生信息管理的系统化、规范化、自动化和智能化，从而达到提高学校管理效率的目的。 本阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 1.2 运行环境 软件基本运行环境为Windows XP环境。 1.3 基本设计概念和处理流程 概要说明书的目的在于明确系统的数据结构和软件结构，设计外部软件和内部软件的接口，说明各个软件模块的功能说明，数据结构的细节等。系统的总体处理流程如图1-1所示：
图1-1 系统的总体处理流程 1.4 系统体系结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划 教务管理系统 选择操作 基础维护 教学管理 报表统计 选择操作 选择操作 班级信息维护 课程信息维护 学生选课 课表查询 成绩输入 打印成绩单 学生信息维护 教 师信息维护
分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 本系统的体系架构如图1-2所示： 图1-2 系统体系架构 本系统体系结构大致可以定义为：客户机层上的表示层主要是通过Struts 框架实现的，由显示视图产生一个请求。请求被ActionServlet（控制器）接收，它在struts-config.xml文件中寻找请求的URI，找到对应的Action类后，Action类执行相应的业务逻辑。Action类执行建立在模型组件基础上的业务逻辑，模型组件是和应用程序关联的。一旦Action类处理完业务逻辑，它把控制权返回给ActionServlet，Action类提供一个键值作为返回的一部分，它指明了处理的结果。ActionServlet使用这个键值来决定在什么视图中显示Action的类处理结果。当ActionServlet把Action类的处理结果传送到指定的视图中，请求的过程也就完成了。中间业务层是通过Spring框架实现的，首先建立一个BaseAction,它继承了Action类，而其他定义的Action都要继承这个BaseAction。这个BaseAction需要导入AppContext工具类，这个AppContext需要导入Spring中org.springframework.context.support.*；这样一个继承BaseAction的Action，就可以getXXXService()的方法得到某一个service的实例-----服务定位器的设计模式。持久（PO）层是由hibernate 架构实现的，它包括关于整体数据库的hibernate.cfg.xml文件、每个表的JavaBean类和每个表的hbm.xml文件，通过Spring集成模板HibernateTemplate提供DAO 来使用PO。在Spring 的配置文件（applicationContext. xml）中配置sessionFactory的bean 来管理hibernate。
软件项目管理_教务系统招标书
教务系统招标书 根据《中华人民共和国招投标法》和学校有关规定，对我校的教务管理信息系统软件项目（以下简称该项目）进行国内邀请招标。 一．系统要求 教务管理信息系统的主要功能模块包括：系统应该包括教务和教学两部分，教务和教学可以灵活组合、自由搭配，可以组成学校教务管理或教学管理系统。教务管理信息系统涵盖教务业务中的各个功能部件，从学籍、注册、排课、选课、考试、成绩、教学评价、教材等诸多方面形成一体化管理模式， 教务部门主要负责学校各类专科生的教学管理，主要负责5个方面的工作：基本教学活动管理。主要包括：各类教学计划管理、教学运行管理、教学考评管理；教学基本建设管理。主要包括：专业建设、课程建设、教学基地建设、教学管理制度和学风建设。组织开展相关的教育科学研究、教学改革和教学成果评审；学历与学籍管理。主要包括：在校专科生的学历与学籍管理工作，负责历届本（专）科生的学历和学位管理；教师队伍建设的有关工作。组织教师和管理干部队伍的相关业务培训与考核工作，参与拟制教师队伍建设规划和专业技术职务评审工作，负责聘任兼职教授的相关工作；其它工作，学校人才培养有关工作的牵头和情况汇总上报； 教学管理信息系统在结构上可划分为下列功能模块：公共信息管理（教学资源（设施）管理）、教学计划管理、开课管理、学籍管理、注册管理、排课管理、选课管理、考试管理、成绩管理、教材管理、教学质量评估那里、实践教学管理、教师管理、毕业管理、教务办公（综合查询）、系统维护、教师门户、学生门户等模块。 二．投标商应该完成的工作 2.1 根据各系统目标和功能描述，识别并给出系统需求（需求调查，对项目的理解）。 2.2 提出达到系统目标和完成系统功能的最佳途径（项目方案）。 三、工作要求 3.1描述对项目的理解投标商在招标文件中描述对本项目的理解不在于照搬或机械性翻译业务流程，重要在于明确提出一套有效的解决模式和相应的设计思路，包括如下内容，并应提供足够的细节。
项目的的信息管理系统规划学习资料
项目的的信息管理系 统规划
项目信息管理规划 项目信息管理规划就是确定项目利益相关者的信息交流和信息需求，确定谁需要信息、需要什么信息、何时需要，以及如何将信息分发给他们。 虽然每个项目都需要沟通项目信息，但信息需求和传播方式差别很大。确认项目利益相关者的信息需求和决定满足需求的适当方式是项目获得成功的重要因素。 项目信息管理规划内容 项目信息管理规划应包括下列内容： (1)与项目组织相适应的信息流通系统。 (2)信息中心的建立规划。 (3)项目管理软件的选择与使用规划。 (4)信息管理实施规划。 项目信息管理规划的依据 (1)组织信息管理基础与环境。组织现有的信息管理基础与环境包括：组织人员整体素质与信息技术操作技能水平；现有的信息管理规定与程序；现有的信息管理基础设施(计算机、存储体系、网络、通信方式等)。 (2)沟通需求。 (3)沟通技术。
(4)制约因素和假设前提。 项目信息管理规划的方法与过程 (1)项目信息管理方法与工具 1)项目利益相关者分析。信息管理规划的主要方法是项目利益相关者分析。通过分析各项目利益相关者对信息的需求，以形成一个对他们信息需求和信息来源的逻辑的看法，并为满足他们的需求找到来源。该分析应考虑适于项目需求的方法和技术，为项目的成功提供所必需的信息，并且应避免将资源浪费在不必要的信息或不恰当的信息技术上。 2)项目管理软件。 3)基于互联网的项目信息门户技术(PIP)。 (2)项目信息管理规划过程 1)根据项目信息管理战略确定项目信息管理的目标与方针。 2)信息需求分析。通过项目信息需求分析得出项目利益相关者信息需求的总和。确定项目信息需求的依据是：■组织机构图； ■项目组织与项目利益相关者的职责关系； ■项目中涉及的学科、部门与专业； ■何时、何地及何人参与项目某一部分等计划及物流因素：