
计算机专业开题报告
随着人们自身素质提升,接触并使用报告的人越来越多,其在写作上有一定的技巧。一听到写报告马上头昏脑涨?以下是小编收集整理的计算机专业开题报告,希望能够帮助到大家。
计算机专业开题报告1总述
开题报告的总述部分应首先提出选题,并简明扼要地说明该选题的目的、目前相关课题研究情况、理论适用、研究方法、必要的数据等等。
提纲
开题报告包含的论文提纲可以是粗线条的,是一个研究构想的基本框架。可采用整句式或整段式提纲形式。在开题阶段,提纲的目的是让人清楚论文的基本框架,没有必要像论文目录那样详细。
参考文献
开题报告中应包括相关参考文献的目录
要求
开题报告应有封面页,总页数应不少于4页。版面格式应符合以下第3部分第2)项 格式 的规定。
一.编写目的
《银行帐目管理信息系统》开题报告的编写目的是通过对《银行帐目管理信息系统》中各模块的分析,确定系统的体系结构,模块内容,技术方法,明确各模块的功能和数据流,为程序编写定下宏观体系框架计算机毕业论文开题报告范文精选3篇计算机毕业论文开题报告范文精选3篇。
二.开发背景
随着科技发展和社会进步,尤其是计算机大范围的普及,计算机应用逐渐由大规模科学计算的海量数据处理转向大规模的事务处理和对工作流的管理,这就产生了以台式计算机为核心,以数据库管理系统为开发环境的管理信息系统在大规模的事务处理和对工作流的管理等方面的应用,特别是在银行帐目管理之中的应用日益收到人们的关注。
近年来我国信息产业发展迅速,手工管理方式在银行帐目管理等需要大量事务处理的应用中已显得不相适应,采用IT技术提高服务质量和管理水平势在必行。目前,对外开放必然趋势使银行业直面外国银行巨头的直接挑战,因此,银行必须提高其工作效率,改善其工作环境。这
在传统的银行帐户管理中,其过程往往是很复杂的,繁琐的,帐户管理以入帐和出帐两项内容为核心,在此过程中又需要经过若干道手续,因为整个过程都需要手工操作,效率十分低下,且由于他们之间关联复杂,统计和查询的方式各不相同;且会出现信息的重复传递问题,因此该过程必须实现信息化。
我们的系统开发的整体任务是实现银行帐户管理的系统化、规范化、自动化和智能化,从而达到提高企业管理效率的目的。
三.可行性研究
可行性研究能使新系统达到以最小的开发成本取得最佳的经济效益。可行性研究的目的,是根据开发管理信息系统的请求,通过初步调查和系统目标分析,对要开发的银行帐户管理信息系统从技术上、经济上、资源上和管理上进行是否可行的研究。这是一项保证资源合理使用、避免失误和浪费的重要工作
⊙ 经济上的可行性:主要分析成本与收益、投资效果等计算机毕业论文开题报告范文精选3篇工作报告。
⊙ 技术上的可行性:要分析技术力量、计算机性能、通讯网络和系统条件等。
⊙ 资源上的可行性:主要指管理、经费能否得到保证。
⊙ 管理上的可行性:如帐户管理水平、数据收集可能性、规章制度健全程度和领导对发展系统的态度。
可行性分析已经写成可行性研究报告,并报请领导及有关专家审议,通过后进入了以下需求分析阶段。
四.系统需求分析
用户的主要需求有帐户管理、取款机管理、用户查询、查询统计等几个方面:
(1)帐户管理方面:存款、取款、开户、销户、修改信息、办卡、挂失卡;
计算机专业开题报告21.本课题研究意义:
病例是病人就诊治病,根据自己的身体状况进行科学的,实际的统一的进行记录。对自己的病情进行科学的总结,对自己病情的发展程度进行阶段性的记录。近些年,随着医疗机构多年来医治的病人不断的增加,手动记载病人的病例越来越不方便,病例资料积攒越来越多,对空间的占用越来越严重,随着时间的推移,出现了各种各样的问题,弊端和缺陷显现的越来明显起来。
医疗机构病例的记录和管理是一项非常繁琐的工作,而传统的选题方式存在以下几方面的问题:
1.医疗机构进行挂号,就诊等一系列医疗流程的同时,要对病人相应流程的资料进行详细的记录.传统的记录流程繁琐复杂,该过程时间长,速度缓慢,因此影响了医疗人员的治疗效率。
2.病例的存放,是医疗机构普遍存在的问题,由于病例记录的材质是纸张,由于多年的积累,病例资料会越来越多,需要长期的干燥环境,避免纸张发霉变质。而且由于纸张的积累,会占用越来越多的空间。而且由于纸笔记录,记录笔迹很容易由于时间过长,缓慢变质,继而字迹愈来愈不清晰,导致记录被损毁,造成记录无法使用,从而要采取安全措施。
3病例记录的查找,由于病例记录是用纸张进行记录.索引模式不清晰,查找使用起来会耽过长的时间,而且查找极为不便,由于病例的使用,会造成材质的损坏甚至损毁无法使用,
针对上述产生的诸多问题,设计并开发一个病例管理系统是非常必要的。该论文设计并实现了中医诊所的病例管理系统,改系统不仅实现了病例的快速记录和管理,增加了病人和医疗人员之间的沟通和了解,更重要的是实现了病例的快速索引和查找使用,提高了医疗机构的工作效率。
2.研究内容:
1.了解该系统现在的发展现状,对国内外的现状进行分析对比
2.对系统的市场需求进行分析
3.系统结构
(1) 对就诊者记录进行统一管理功能;
(2) 对挂号记录进行统一管理功能;
(3) 对就诊者每次所开的处方记录进行统一管理功能;
(4) 对就诊者每次就诊时的确诊记录进行统一管理功能;
(5) 对就诊者住院、出院、转院记录进行统一管理功能;
(6) 对就诊者动手术的手术记录进行统一管理功能;
(7) 对就诊者的检查结果记录进行统一管理功能;
(8) 对就诊者病历进行查询的功能。
4.将系统进行实现与运作
5.结果实际需求进行实践和分析
6.对所做的工作进行总结,进一步的完善和分析出现的问题
3.技术路线、研究方法和研究进度:
本系统采用的软件开发工具及环境如下:
操作系统: WINDOWS20xx
编程工具: PowerBuilder9.0
数据库:SQL Server数据库
开发用机器的硬件配置:
Pentium Ⅳ 1.50GHz、256MB内存、20GB硬盘等。
本应用程序的主要功能都是在主窗口w_zhujiemian及在其下打开的众多窗口中完成的。将主窗口的WindowTyp ……此处隐藏27055个字……发的Web应用或系统也必将大行其道。
三、给我的启发:
针对本次毕业设计翻阅了很多的文献,这些文献给我最大的启发是在开发思路和技术选择方面。
很多相关的文献中其技术实现都是使用ASP技术和C#技术,这一点在前面也提过了,只有一片提到了Struts,而就是这篇文献使我对Struts产生了浓厚的兴趣,通过各种途径学习这种技术,慢慢的对它有了深入的了解。体会到了它与ASP技术和C#技术间的区别,以及Struts框架的优势,最终也使我确定使用Struts技术进行毕业设计的开发。对于页面部分,几乎所有的文献都是通篇一律的使用JSP技术。不错使用JSP技术,借助于Dreamweaver工具,也可以编写出比较优美的画面,但是其实现起来太过困难,其自身的携带的空间和组件太少。这就让我尝试着去寻找一种能够简单的制作出比较优美画面的技术。借助于互联网,很快的就发现了Flex,事实也证明,它的确不负所望。
在开发思路方面,主要让我了解了一些开发的流程,开发所采用的模式,当然也帮助我在一定程度上完善了所要开发的系统的功能。开发流程简单的讲就是:一个项目从开始到结束,其中经历的各个阶段,这是以前没有接触过的。至于开发模式,上面也提过了,有基于B/S和C/S的开发,也有分层的开发和模块化的开发等,其实对于这些开发模式,没有绝对的好坏优劣之分,只能说某些模式更适合某些项目。
简而言之,从这些文献中受益匪浅。
参考文献:
1、王念晖,徐林 论三种设计模式在报名系统中的应用 计算机与信息技术 20xx年
2、李小强,张朝晖,李振坤 高考报名系统统计功能的探讨与实现 现代计算机 20xx年
3、王成 基于B/S的网络考试报名系统的设计与实现 科技广场 20xx年1
4、林穗,李振坤 面向Web系统的Struts框架研究与应用 电子技术应用 20xx年
5、宋少伟,刘方爱 基于ASP的网上报名系统研究与设计 信息技术与信息化 20xx年
6、管小卫,丁琳 基于Web的全国计算机等级考试报名系统设计 电脑知识与技术 20xx年
7、陈晓林,吴定雪,周妃,余志超,肖小红 全国计算机等级考试报名系统关键环节设计 计算机应用与软件 20xx年3
计算机专业开题报告131、毕业论文的主要内容、重点和难点等
主要内容:
物流管理系统是针对中小型物流企业的营运管理过程进行设计的,主要实现如下目标:
(1)向客户全面展示公司各项业务。
(2)客户在线对运单情况进行查询。
(3)向客户介绍公司物品分类情况。
(4)为分公司提供货物运单信息添加功能。
(5)为管理员提供后台登录入口。
(6)管理员通过后台,对运单信息进行全面管理。
(7)对公司各行业务信息进行管理。
(8)对分公司信息、管理员信息进行管理。
本系统前台页面主要包括以下功能模块:
(1)仓库库存管理。该模块包括了新增库存,库存查看,入库修改几个子模块。新增库存包含了一些货物相关的选项,可以查看以往入库的记录,并可以修改。
(2)查询操作。包括入库查询,货物汇总,库存查询子模块。根据日期,货物类别,编号等属性进行查询。
(3)物品设置。包括修改仓库编号,修改类别,修改单位,修改产品表,初始化库存表,可以修改一些产品的属性并保存。
(4)用户管理。包括新增用户,用户管理,管理员管理,公司管理,总管理员管理,用户日志。可新增用户,修改用户信息,查看不同管理员的权限。
论文重点:
1、客户调研及定向
对于第三方物流公司,专线公司,普通货运部进行调研,以便确定流程,并且根据市场切入点确定开发软件的方向,一个软件无论如何无法适应全部的物流公司,不同类型的物流公司的对于软件的要求侧重点不同,流程也不同,又因流程是决定软件架构及设计的主要因素,故此前期的工作应该是确定软件适应的客户群体,并根据该客户群体的共性来定制软件的流程。
2、系统设计及数据库关系
系统设计的面比较广,在整个软件开发的时间占用也比较长,几乎可以达到三分之一之重。主要是先根据软件的流程,设计主要的静态页面,在不关联数据库的前提下,先分析一下软件的静态页面对于目标群物流公司流程的符合程度,包括一些细节的输入项,显示项,是否满足目标客户群需要,是否方便理解和操作,这个过程还需要目标客户群代表进行评价,以便确定最终的静态页面流程及要素内容。
确定以上内容之后就是网页设计,这个就比较简单,主要是在页面布局及配色方面。同时会兼顾一些小的技巧的工具附加。
页面及流程确定之后,数据库的设计及关系也就呼之欲出。这里面最重要的是数据库之间、网页程序之间的关联关系的确定。也比较费时费力。另外一点,数据库的字段名称必须规范化。
所有的以上开发文档必须进行造册备份,并且在今后的升级或维护过程中,对于已经更改的内容进行详细的记录。这是让一个软件持续化改进的最最必要的过程。少了这个,一旦有人辞职,或者出现不同客户不同的定制需求,这个软件最终会被自己搞乱。
3、开发程序的确定及代码的编写
为了避免今后维护升级及人员流动带来的代码方面的维护不便,故此,开发之前必须就语言、函数、代码等内容进行规范化。
程序代码的编写可以交由不同的人员进行开发,但必须是开发一个模块,测试一个模块,不能等到程序全部开发完毕再统一测试,因为这样最容易在初级阶段发现程序的错误,甚至是流程中考虑不清楚的部分,在开发过程中其实流程重建是最头痛的事情,故此在上文提到的第二点中就更加显得重要。
程序的测试内部通过之后,必须经由客户群代表进行实际的测试,然后再不伤害程序骨架的前提下,进行易用化的修改。
4、培训文件的撰写及培训的流程
这个属于售后的部分,但必须是经由销售、开发人员、目标客户群共同努力才能形成一个真正行之有效的培训文档。
发现的难点:
1、连接数据库
数据库连接对动态网站来说是最为重要的部分,在与后端数据库连接时可以采用odbc或jdbc技术。虽然odbc作为传统的连接数据库的手段是一种选择,但是odbc有以下致命缺陷,从而使它无法胜任jsp的请求:
(1)odbc是c语言实现的api,从java程序调用本地的c程序会带来一系列类似安全性、完整性、健壮性方面的问题。
(2)其次,完全精确地实现从c代码odbc到java api翻译的odbc不会令人满意,因为在java中没有指针,而odbc中大量地使用了指针,包括极易出错的空指针“void *”。
(3)考虑到平台移植性,在进行jsp web开发中使用odbc会带来负面影响,使得代码不适合于移植。s("download_bottom");