暨南大学MPA开题报告范例.docx
- 文档编号:24283729
- 上传时间:2023-05-26
- 格式:DOCX
- 页数:15
- 大小:35.31KB
暨南大学MPA开题报告范例.docx
《暨南大学MPA开题报告范例.docx》由会员分享,可在线阅读,更多相关《暨南大学MPA开题报告范例.docx(15页珍藏版)》请在冰豆网上搜索。
暨南大学MPA开题报告范例
暨南大学
MPA研究生学位论文开题
报告书
研究生姓名
陈建宇
导师姓名
洪凯
学院
管理学院
系(所、中心)
MPA教育中心
专业
公共管理硕士
研究方向
领导与战略管理
入学时间
2006年3月
暨南大学研究生部
2008年3月10日
一、课程学习情况(由MPA教育中心负责填写)
核心课
课程名称
成绩
学分
课程名称
成绩
学分
政治
英语
方向必修课
课程名称
成绩
学分
课程名称
成绩
学分
任选课
课程名称
成绩
学分
课程名称
成绩
学分
总学分
核心课程平均成绩
各科平均成绩
研究生工作秘书签名:
二、开题报告
学位论文题目
某市国税信息化建设中的需求分析研究
论文是否为导师科研课题的一部分
否
课题名称
学位论文的类型(√)
案例分析()调研报告()专题研究(√)
计划完成初稿时间
2008年8月31日
计划定稿时间
2008年9月30日
(一)选题依据(包括国内外研究文献综述与研究意义)
1、研究背景
按照国家税务总局税收信息化的发展要求1,税收管理信息系统应该是一个包括征收管理、行政管理、外部信息、决策支持等系统在内的功能齐全、协调高效、信息共享、监近代严密、安全稳定、保障有力、统一规范的应用系统平台。
多年来,某市国税在税收信息化建设中始终坚持以应用为基础,不断拓展其深度和广度、使信息化渗透到税收工作的全方位和全过程。
目前某市国税在使用中国税收管理系统(以下称CTAISV2.0)和防伪税控系统等业务主体系统的同时,还自行开发、应用了“税收业务数据应用系统”、“某市国税综合辅助管理平台”、“代征协管系统”、“运输发票税控系统”、“出口退税审核系统”、“出口退免税评估监控系统”、“税收管理员信息系统”、“税收监控分析系统”、“一户式查询系统”等业务辅助系统,有效地弥补了主体应用软件的不足,促进了税收业务管理的科学化、精细化和规范化。
以上所涉及的业务主体系统和业务辅助系统各有其开发、推广、应用的背景和历史,本文无意从市级乃至省级国税信息化建设战略规划的视角评析当前某市国税信息化建设中系统林立、维护不便、各系统间信息共享不足的现象,单以基层协助系统开发及推广应用中发现的问题为入口,分析某市国税各项业务系统开发应用中的最重要环节——需求分析过程中存在的问题,并提出相应的改善措施。
建设电子税务必须从管理应用出发,从简单向复杂逐步升级,积小成为大成,回顾某市国税系统信息化建设的实践,大体经历了四个阶段2。
第一阶段,从1991年到1995年,以计算机处理计统数据代替手工操作,数据处于分散管理状态。
第二阶段,从1996年到2001年,逐步完成全省统一征管软件各个版本的开发和完善,使我市国税各征收单位全部和全面推广使用广东省统一征管软件2.0版,数据集中到各分局、区局和县级市局;税务登记数据集中到市局,并分发到基层数据库,实现了分布式和较大规模的集中式相结合的数据管理模式,实现了征管局与稽查局数据的共享与传递。
第三阶段,从2001年到2006年CTAIS上线之前,其中从2001年到2002年完成了全市征管数据大集中,信息数据应用得以统一和规范。
在其后的4年中,广东省统一征管软件2.0版不断修改完善,特别是2005年“涉税事项管理系统”作为广东省统一征管软件2.0版的主干模块,替换了在此之前的系统中分散的、在系统操作的出入口各不相同的所有文书审批、资格认定、税务行政许可模块,对某市国税实际应用涉及的七十余种事项的审批流程进行了梳理,将其模块化、标准化。
“涉税事项管理系统”应用得很成功,对当时的征管改革、税务行政许可的实施起到了关键作用。
该系统的成功在于:
运用了项目管理的理念,在项目人力管理方面,由精通业务的征管专家和善长系统分析的工程师和一众在国税系统工作多年的技术人员组成项目团队,在项目定义阶段(也就是软件系统的需求分析阶段),把收集整理试点区局在业务上对涉税事项管理软件的需求作为重点,经过反复的修改、反馈,在审核确认需求分析说明书的同时就明确了业务上配合的基础:
对流程设置进行统一;对同一事项要根据不同的内容、处理权限、处理要求等细分为若干流程;对每一流程涉及的基本条件、申请资料、法律依据、审核要点、发出文书进行规范统一;制定涉税事项的作业规范。
有了明确的需求,同时构建了涉税事项处理的通用框架模型,以此为基础,在后来的系统设计实现、测试应用环节的效率和效益就会比较理想。
需求分析环节的成果奠定了该系统成功的基础。
本文将运用项目管理的基础理论分析“涉税事项管理系统”这个需求分析的成功案例。
第四阶段,从2006年至今,这一阶段前期是省国税决定推广总局统一的税收征管系统即CTAIS,组织人员对该系统进行与广东省统一征管软件2.0版的差异性分析,对其中主要的不足部分做二次开发,并组织系统全省上线的压力测试、业务验证测试,组织数据清理和补充,迎接CTAIS上线。
后期是在2006年10月CTAIS上线后,针对该系统在业务处理、数据查询上的各种不足,由省、市各有关处室牵头,分别开发了前述的各种业务辅助系统,其中有的是在CTAIS上线前就与广东省统一征管软件2.0版并行的,上线后及时地修改以适应CTAIS的数据比如“税收业务数据应用系统”、“出口退税审核系统”,有的是对CTAIS系统未涉及的业务的补充,比如“某市国税综合辅助管理平台”,“代征协管系统”。
本人1991年参加工作,见证了某市国税信息化建设的这四个阶段。
这里简述一下某市局为何要另起一个平台做业务辅助系统。
因为总局为保证各地应用CTAIS系统(现在达到省级集中)在数据结构、业务流程上的一致性,对各地开发“CTAIS外挂”(各地经批准开发直接加入CTAIS业务模块的程序)有严格的限制,只有那些全省有可统一的需求而又可以作为外挂的,省局才可在总局的“监控”下继续做“CTAIS外挂”,相当一部分迫切的业务需求要由市一级做业务辅助系统才能满足。
但是在这些林林种种的业务辅助系统的开发过程中,仍然存在着在应用过程中操作界面不友好、不方便,缺少必要的数据校对和过滤,时有出现与税收政策不相符或与实际组织结构、业务流程不相符的情况。
对于行政类的信息管理系统来说,牵头开发的部门由于长期不接触税收业务,以处理纸质文件为主,他们所提的信息化建设需求往往局限于以电脑代替纸质、加上统计功能以减轻手工统计工作,在这种情况下,如何“发现”需求,使信息化建设的成效更高,是信息系统开发过程中需求分析过程的真正目的。
挂在“某市国税综合辅助管理平台”的“广州某市国税出国(境)管理系统”就是属于行政类的信息管理系统,本人认为这个系统开发效率很低而其功能远未符合期望。
出国(境)管理系统的业务流程本来并不太复杂,搞了信息化后,却完全只是以电脑代替了纸质而已,不但一点点的“智能”都未加上,甚至一些该记录的信息也遗漏。
比如,直至该系统在市局以文件下发的形式要求基层试点时,连“审批批准”——“办理领用证照”这样基本的、简单的关联都未实现,需要经办人检索文书,自行判断是否可以办理证照领用。
如此一来,还比不上纸质来得方便——至少申请人拿着领导签完字的批件到经办人那里,经办人一看就知道。
这个系统由市局人事处提出需求组织开发,本人所在区局承担测试任务,经过多轮测试,不断提出意见,对其功能至今仍不满意。
究其原因,一是因为该系统要在基层应用,而系统的需求分析由缺少信息系统应用开发经验的市局人事处定案,并缺少专家“监理”;人事处对于他们认为“模糊”的信息或流程没有加以量化整理或干脆忽略,应该对数据做有效性校验的地方他们不懂得在需求中提出;二是系统的设计实现是外包的,开发人员对业务需求没有主动提出改善意见,需求没提到的功能就一点也不做,更也不主动要求修改。
以上几个因素结合的结果就是系统功能不能满足基层应用,简言之,就是“轻需求分析,重开发实现”。
该系统的开发过程本人比较了解,在本文中,该系统将作为需求分析程序失当的典型案例,将采用“鱼骨图”方法剖析问题产生的原因。
在某市国税信息化建设的规划中,一直本着“先业务,后行政”的原则,因此直到现在某市国税在已完成的信息化建设项目中,绝大部分仍是与税务征管直接关联的信息系统。
但无论是开发哪一类的应用系统,无论是采用哪一种软件开发模型(比如瀑布模型或原型化模型),软件需求分析都是至关重要的环节,将直接影响到整个软件生命周期。
根据美国学者ShariLawrencePfleeger和加拿大学者JoanneM.Atlee的研究3,“构建软件系统最艰难的一个部分是准确地决定要构建什么。
没有其他的概念性工作象建立详细的技术需求这样困难,包括所有对人的界面、对机器的接口、以及对其他软件系统的接口。
没有其他部分像它这样,如果做错了,会对最终系统造成如此大的损害。
没有其他部分在后期比它更难以调整。
”“1994年,StandishGroup调查了350多家公司的8000多个软件项目,结果表明,31%的软件项目在完成之前就取消了。
另外,在大公司中,只有9%的项目按时在预算内交付,而在小公司中,满足这些标准的有16%。
Standish请求被调查者解释项目失败的原因,结果发现与客户需求直接相关的原因占了超过45%,其中缺乏用户参与占13%,不完整的需求占12%。
这个例子说明了需求阶段是软件生命周期中重要的第一步,也是决定性的一步。
在软件系统开发人员看来,需求定义做好了,开发就完成了一大半,理论上需求分析工作应当占软件工程生命周期的一半以上。
但是,在某市国税信息化建设的实践中,却往往是需求分析做得急,软件设计和软件实现占了开发过程的一大半,把开发设计工作外包又往往不能及时修正需求定义。
关于这一点,本文将以实例简要论述,提出对策以解决如何在软件开发、软件实现工作外包的同时有效地管理需求分析的问题。
国税信息化建设属于我国电子政务建设的一部分。
某市国税近年来每年都向各处室、各区局指定创新项目,并要求各区局上报自行开展的创新项目,每年对创新项目的成果进行评估鉴定,在这些创新项目中,大部分与信息化建设特别是应用系统的自主开发有关,比如2006年本人承担开发设计的某区局出国(境)管理系统,2007年本人承担开发设计的某区局固定资产分级管理系统等分别作为荔湾某区局当年的自报创新项目。
某市国税信息化建设也存在强调信息技术应用,忽视政府业务流程的持续改进与再造,信息技术应用与政府管理创新严重脱节的现象,就是所谓的“重电子、轻政务”。
前面提到的挂在“某市国税综合辅助管理平台”的“某市国税出国(境)管理系统”的开发过程就存在这种现象,而当年的“涉税事项管理系统”在开发初期就着手研究各种文书审批流程的规范和整合,系统推广上线的过程,就是业务流程规范化重组改造的过程。
该系统虽然随着CTAIS的上线而退出信息化应用的舞台,但其开发过程至今可作为某市国税信息化建设的典范。
根据2008年4月28日召开的某市国税系统信息中心会议材料,今年内某市国税要研发完成的软件需求项目有31个之多,部分项目需要在市局和区局协调配合下完成。
如何有效地做好需求管理,从而提高信息化建设的效益,是摆在某市国税系统各级工作人员特别是信息技术人员面前的一个重大问题。
2.国内外文献综述
孙正兴,戚鲁4认为,电子政务既是管理问题,也是技术问题,而且更是管理和技术的有机结合和互动的问题,两者不可偏废和分离。
让掌握管理职能的人了解信息技术对电子政务的“拉动作用”,让懂得信息技术的人理解政务变革对技术运用的“驱动作用”,是电子政务的源动力。
他们认为,需求管理是电子政务发展的源泉5。
《电子政务原理与技术》一书从技术与管理结合的角度,论述了电子政务的基本理论体系和关键技术,让管理人员可通过此书了解信息技术在电子政务中的支撑和拉动作用,又让技术人员领会管理思想对电子政务的驱动和激发作用。
受该专著的启发,本人认同电子政务建设中的流程改造过程和信息化系统开发中的需求分析过程可以在技术人员和管理人员的配合协作下同步进行。
流程改造和需求分析是联动的,但不是需求分析的全部,术业有专攻,也不可能要求管理人员都能掌握电子政务的关键技术,本文拟将电子政务建设中的流程改造过程和信息化系统开发中的需求分析过程作对比,研究电子政务建设中管理人员和技术人员如何配合协调以在流程改造的同时获得准确清晰的需求分析,从而发挥电子政务建设的更大效益。
李习彬等学者在专著《电子政务与政府管理创新》中全面系统地阐述电子政务建设与政府管理创新之间的互动关系6,指出了彻底克服电子政务建设中“重电子、轻政务”通病的途径是,“改革电子政务建设的规划与流程,即在电子政务项目开始之前,至少与其同步,开展政务规范化研究。
这样,就将原来政务工作被动地适应现代信息技术,改变为通过政务规范化研究,政府部门能够主动地提出新技术手段应用的需求,并创造性地寻求信息技术的深层次和充分利用,从而实现电子政务建设从‘技术专政’向政府管理创新主导的模式转变。
”李习彬等还指出:
7“电子政务建设是一项复杂的系统工程,需要运用系统工程方法论进行组织与管理。
运用系统工程方法论解决实际问题,强调要明确区分两个系统和两个过程。
两个系统分别是被开发系统(或称对象系统)与开发者系统(或称事理系统),前者是待解决的问题,后者是开发者组织。
两个过程,一个是被开发系统从初态到终态(问题解决的目标状态)转变的物理过程,另一个是开发者对自己的活动进行组织管理的事理过程。
运用熵-信息理论的语言说,对象系统的开发过程,实际上是开发者向对象系统不断注入知识,使其重新整合、有序度不断得到提高的过程。
两个系统和两个过程的区分,有利于分析系统开发中出现的问题并指明解决的思路。
”电子政务建设中政府机关如果只是被动地配合信息技术开发公司将会出现“重电子、轻政务”现象,解决的根本措施是优化开发者系统的组成,增加既了解信息技术的功效,又能够指导政务改进的规范化管理专家,实现电子政务建设的技术层面与管理层面的高效整合。
李习彬关于电子政务的论著主要是社会科学理论,涉及技术层面的相对浅白,他的论著为本人对某市国税信息化建设中的软件需求分析提出改进建议给出了有益的启发,就是要引进规范化管理的专家加入信息化建设的团队,提高技术层面和管理层面整合的效率。
现有的关于电子政务流程变革的专著以各种视角论述了我国政治体制、行政体制与文化特色对中国信息化建设道路的影响,章祥荪、杜链在编著的《电子政务及其战略规划》中阐述了中国文化心理结构的主要特征是“实用理性”8,他们认为在信息系统建设中看到的大量重复建设、相互隔离、封闭的小而全的小生产方式,就是这种文化的心理结构保守性的传统陈垢。
如何用新的生产方式和自我意识渗透、销蚀这些传统陈垢,却仍然让实用理性发挥其清醒的理智态度和求实精神,是确立中国信息化道路所面对的重大课题。
受其启发,本文所作的研究不仅在技术层面,同时也将运用管理学和项目管理的理论知识探讨如何组建和管理信息化建设的项目团队,打破各区局、甚至各市局、省局在信息化建设中各自为政,重复建设的“篱笆”,从而使开发的项目能够尽可能地在更大范围内有效地推广应用。
当然,推广应用的范围越大,需求上的差异就越多,如何归并这些有差异的需求,本文将试以实例提出对策。
现有的理论研究中,关于需求分析的专著和文献一般由信息工程类专业人员撰写,从技术角度分析如何建模,如何做需求定义,如何完成需求规格说明书。
关于电子政务流程再造的专著则大多运用社会科学理论来分析流程再造。
总体而说,现有理论研究信息化建设处于宏观的理论层面较多,基于一个地区的实际情况研究极少,纯信息技术或纯管理理论的研究较多。
本文拟从某市国税信息化建设中的需求分析入手,结合本人的工作经验,论述电子政务发展中的流程变革与软件系统生命周期中的需求分析的关系,指出两者应当是有机结合密不可分的,并通过案例指出某市国税信息化建设中的需求分析所存在的问题以及提出相应对策
3.研究的意义
作为多年来一直从事税收征管信息化工作的实践者,本人希望通过对税务信息化的理论探讨以及国内外税收征管信息化的比较分析,从某市税收征管信息化建设的具体情况分析,指出某市国税信息化建设中的需求分析中存在的问题,对某市国税信息化建设中的需求分析的实践进行较为系统的研究。
本文通过对某市税收征管信息化建设的现状入手,借鉴国外的先进经验,提出信息化建设的建议,具有一定的实际价值:
实际价值:
本文针对某市的特点,具体提出信息化建设的建议,将软件工程和项目管理当中的需求管理理论应用于税务信息化(特别是金税工程)建设,提高规范性、应用性、适应性,避免无效投资或投资浪费。
此项研究对于政府制定相关的政策,策略具有一定的参考价值。
某市的信息化建设具有一定的普遍性,此项研究对于某市的研究将对其他地区的发展具有一定的借鉴作用。
(二)选题内容简介,关键词、研究方法,创新点
1、内容简介
简介某市国税各种信息系统的应用情况,举例说明一些系统在应用中出现的操作不便,特别是时有出现与税收政策不相符或与实际组织结构、业务流程不相符的情况,归根到底,最重要的是信息系统生命周期中的需求分析阶段工作不足,仍然存在轻需求分析,重开发实现的现象。
运用软件工程理论说明需求分析在信息系统开发应用中的重要性。
运用电子政务对政府业务流程再造的理论说明需求分析的过程往往伴随着政府的变革计划而不应该仅仅是用计算机模拟人手、纸质的流程。
以某市国税部分应用系统的开发过程为例,主要讲一个比较成功的案例“某市国税涉税事项管理系统”和一个开发效率很低而远未符合期望的“出国(境)管理系统”,结合本人和熟悉的同事在基层从事信息系统相关工作的经验,总结某市国税信息系统开发中的需求分析有关经验教训,试对照国内外电子政务系统开发的经验,对某市国税信息化建设中的需求分析提出改进对策。
全文由六个部分组成:
第一部分是绪论部分,简要阐述了本文研究的背景、目的和意义,介绍并探讨了国内外相关研究现状,并简单介绍本文的研究内容、研究的方法、思路等。
第二部分是相关理论。
先以软件工程理论说明需求分析在信息系统开发应用中的重要性,首先对需求分析的内涵、目标等加以介绍,接着引用有关文件、规范论述国税信息化的需求分析的内容。
然后介绍电子政务流程变革理论。
第三部分从发达国家税收征管信息化的发展中找到成功之处,并总结借鉴经验。
这部分首先对税收征管信息化发展较好的美国和欧洲等地区的措施予以介绍,进而总结出税收征管信息化的成功经验,指出其对我国发展的借鉴作用。
第四部分分析某市国税信息化建设中的需求分析的现状。
本章首先简要介绍某市国税在用的业务主体系统和业务辅助系统,以“某市国税涉税事项管理系统”和“出国(境)管理系统”的需求分析过程为例,重点剖析税务信息化过程中在需求分析方面存在的问题。
并分析存在问题的主要原因。
第五部分提出为了搞好某市当前税收征管信息化建设,在需求分析管理方面的对策。
对策包括选取适当的软件开发模型;组织合适的团队;委托第三方监理;从业务流程的改造入手做好需求分析;开发者与被开发者不断沟通,将需求不断细化求精,等等。
最后的结论部分是对全文的总结。
2、关键词
税收;信息化;需求分析
3、研究方法
本课题运用信息技术、管理学原理和项目管理等学科的基本原理,采取理论和实证相结合以及比较分析的研究方法。
本文主要案例是“涉税事项管理系统”和“出国(境)管理系统”,通过这两个案例的分析比较,总结出某市国税信息化建设在需求分析方面的成功经验和出现的失误。
涉税事项管理系统成功地实现了税务征管流程再造,其需求分析的过程和结果也成为了以后某市国税信息化建设的典范。
通过分析其项目进度计划书和需求分析说明书,以及访谈该项目参与者,得知该项目开发基本上采用瀑布模型,需求分析说明书制定后发生的需求变动很少,从而有较高的设计实现效率。
之所以能做到这样,与其项目定义的前期工作过细,组织引导业务人员、试点测试单位对业务流程的规范化做了大量工作是分不开的。
结合这个案例和孙正兴,戚鲁以及李习彬等的专著中的思想,本文将有系统地阐述电子政务流程再造与软件需求分析之间的关系,以及如何运用项目管理的理念来整合资源,完成信息化建设项目。
“出国(境)管理系统”是近期某市国税将部分软件开发设计工作外包后完成的工作之一,通过与涉税事项管理系统成功经验的比较,总结出近期某市国税信息化建设在需求分析过程中由于团队组成的缺陷、开发模型选取的不足、沟通机制不良所造成的影响,提出相应对策。
分析说明这个案例的缺陷时,本文将采用鱼骨图方法,扼其要领。
除了以上两个着重论述的案例之外,本人还将收集国内外电子政务有关案例作比较,综合分析各方在需求管理方面的成功经验。
本文还将结合项目管理的需求管理理论的运用,在简述需求管理的各部分包括需求获取、需求分析(本处的需求分析是狭义的,仅指提炼、分析和审查收集到的需求这一步骤)、需求规格说明、需求验证和需求变更管理的具体原则的基础上,对某市国税信息化建设的需求管理提出建议。
4、创新点
主要在于研究内容方面。
本文选取一个地区——某市为研究对象,通过对地区的个别现象进行分析,针对问题提出了对策,这对指导税务信息化实践具有一定的指导作用。
(三)论文写作大纲、参考文献
1.写作大纲
第一章绪论
第一节研究背景
一.某市国税在用的业务主体系统和业务辅助系统简介
1.在用业务主体系统和业务辅助系统功能简介
2.简介某市国税信息化建设进程的四个阶段。
3.简介某市国税各业务辅助系统的开发背景,说明省、市国税信息化建设仍有艰巨任务
二.某市国税在用的自行开发的业务辅助系统存在的问题
1.一些业务辅助系统仍然存在未能满足用户需求的状况
2.某些业务辅助系统的开发过程中,因为需求分析工作不足从而影响使用效果
3.某市国税系统计划中和建设中的软件开发任务艰巨,需求分析的效率亟待提高
第二节研究的实际意义
第三节国内外文献综述
第四节研究方法和研究内容
一、研究内容
二、研究方法
1.用项目管理中需求管理过程的框架来分析“某市国税涉税事项管理系统”的开发过程
2.用鱼骨图法分析“某市国税出国(境)管理系统”在需求分析环节中的不足
3.用比较法分析国内外电子政务系统开发的经验
三、创新点
第五节数据和资料来源
第二章需求分析的相关理论研究
第一节软件需求分析的内涵、目标
1.需求分析是软件工程的最重要的一个阶段
2.需求包括三个不同的层次:
业务需求、用户需求、功能需求
3.需求应该“引发”,如何引发?
如何解决需求的冲突
4.需求的确认和验证
5.正视瀑布模型的局限性,需求会在需求分析阶段完成以后改变,必须有相应的需求管理机制,必须重视软件开发过程模型的选择,尽可能采用迭代模型。
第二节国税信息化的需求分析的内容
一.行政管理类项目的需求分析内容
二.税收业务类项目的需求分析内容
1.只面向纳税人的项目(例如网上税务)的需求分析内容
2.税务机关使用的税务管理项目的需求分析内容
第三节电子政务流程再造理论
一.电子政务流程再造的管理学思想
1.需求管理是电子政务发展的源泉
2.电子政务建设是一项复杂的系统工程,需要运用系统工程方法论进行组织与管理
3.大量重复建设、相互隔离、封闭的小而全的小生产方式,就是“实用理性”的心理结构保守性的传统
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 暨南大学 MPA 开题 报告 范例