第一篇:软件案例分析心得报告
软件案例分析心得体会
本学期为期四天的软件案例分析课程设计在不知不觉中结束了,虽说这次课程设计时间比较短,但是感觉自己收获颇丰,不仅学习到了一些新知识,回顾了以前的一些快要遗忘的知识点,而且使自己的学习目标更加明确,学习方法更加完善,也体会到软件开发的趣味,更加清楚地认识到了自己在软件开发及学习上的一些不足之处。下面就来详细写一下我关于此次课程设计的心得体会:
此次课程设计的实训的是由上海杰普公司的范老师带我们完成的。范老师虽说比较年轻,但技术上很强,而且讲解的比较详细,操作上相当娴熟。让我们感觉到了计算机科学技术学习的趣味性,计算机技术的实用性。此次课程设计给老师选择项目是一个数据模型清晰,学生易于理解的业务系统:电信计费系统。采用的技术类型主要基于Java SE、Java EE技术及Oracle数据库。项目的实施方式是团队分组合作,共同完成,让我们体验了一下公司开发项目的氛围。我们一人一机,老师边讲边练,还有企业项目经理的全程指导。虽说这些技术我们都学习过,但是大多停留在理论学习上,实际开发很少,而这次课程设计给了我们一个很好的边学习边实践的机会,对我们深入学习这些技术有很大帮助,深刻体会到了这些技术的实用性。每当自己成功调试一段代码或者通过自己的努力克服一个技术困难,都颇有收获感。这次实训让我们体验了软件开发的全过程,发现自己的不足,了解了当前流行技术的软件开发,增加了一定的项目开发经验,增强了一定的就业竞争力。简短的回顾一下这几天我们所学习的:
实训的第一天主讲老师主要进行了项目介绍及需求分析,讲解了Oracle数据库的相关知识,团队分组及活动。我们知道了电信行业主要的业务逻辑和工作流程,以及该业务支持系统给的主要功能;重新对Oracle数据库进行了回顾,同时也学到了一些以前没学到的操作,掌握数据库的概念,了解数据持久化的重要性;同时我们了解到了一种在团队开发中重要的交流方式 :使用Email进行团队交流,让我们感受到了企业团队的合作方式,培养了我们的合作意识。
第二天的重点是数据建模的实现和技术讲座。在范老师的带领和讲解下,我们学习了(当然一些东西以前学过,算是复习回顾了)Oracle中建表、表结构修改操作及如何进行DML操作;Oracle数据库中的查询、筛选以及single function的使用,Oracle数据库中group function的使用。最后分析出系统中所需要的表结构,根据需求分组实现往表中插入测试数据,并且根据需求写出相应sql语句。技术讲座我们学习到企业流行的技术体系结构架构,大体了解了当前软件开发发展的方向。
第三天我们学习的是有关Java项目开发的持久层技术。主要练习了Java访问数据库的技术,编写企业级的数据持久层代码,并让每个小组完成相应的代码功能,了解到电信计费项目如何在服务器部署运行。记得学Java、java EE时也学到相关的数据库访问技术(只是用的数据库不一样),记得当时书写的代码老是运行出错,但今天JDBC代码的编写却感觉异常的轻松。
第四天范老师进行了Java EE项目开发的要求以及框架技术的介绍与讲解,老师以实际项目和代码的方式向我们讲解了Java EE项目中涉及的各个环节,以及遇到了相应问题。我们掌握了Java EE项目开发的流程,对Web项目有一个基本的认识,对流行的框架技术也加深了了解。
四天的课程设计,四天的实训,在计算机这个博大深奥的领域我感觉自己还有好多东西要学,还有好多的东西不懂!也再次坚定了我考研深造的决心。这次的课程设计因为是一个有针对性的训练,所以记的会非常牢固。跟平时上课不太一样,平时上完理论课很少有时间上机进行时间或者隔几天才上机练习,等到上机时一些东西可能遗忘了,比较耗费时间。在课上,有老师在前面演示我们感觉看得懂或感觉没问题,可轮到我们独立完成的时候,因为实际操作的少,跟中问题就来了!我很感谢学校特别是学院老师有实训这样的安排,把我们这一学期学的东西系统的集中的进行训练,让我们深刻明确的体验了一下软件开发的流程!还要感谢给我们实训的范老师,感觉范老师能力很强,也很有耐心,即使老师讲了很多遍的问题,我们不会,老师还是会走进我们给我们耐心的指导,还给我们讲一些学习计算机的方法,一些软件开发需要注意的细节,让我们知道自己在哪方面不足,需要加强,也让我们了解到哪些需要认真的学习,那些是重点,不是没有方向的乱学一通,什么也学不好!经过这次的实训,我真真确确的感受到了计算机在我们生活中工作中的运用,这些软件、程序能让我们提高工作的效率,更直观更便捷的切入主题。当然,在学习的过程中并不是一帆风顺的,在这之中,因为要操作的东西很多,有时错一步,后面的结果就无法显示,而自己的计算机水平还有待提高,根本检查不出来是哪里出了错!这时候,老师都会耐心的过来帮助我!在平时我们就需要好好的查阅书籍或者上网搜集相关资料去解决问题。
此次实训最大的收获不是我学习到了多少知识而是这几天实训给我的感悟:首先是心态。一定要有一个积极的心态,独立解决问题的意识,培养扎实基础的认识。不要什么东西都感觉跟简单(很多东西可能是看似简单)就不去做了或者不屑一做,以至于性网上搜搜就可以了,这样很不好。有自己的东西有自己的付出才会有程序运行成功时的喜悦和小自豪,这样也有助于培养自己的兴趣。要时刻牢记态度决定一切。其次是兴趣,感觉学习工作中兴趣很关键,只是一个引发人积极性的问题,有了兴趣就自觉了,效率自然就高了。再次要敢于尝试和挑战。不要安于现成的程序,而且不要害怕失败,在程序调试的过程中这点尤为重要。最后要不懈追求。对于源代码进行不断的完善,要尽可能的实现课题所要求的功能。对于初学者或者开发较少的人来说,大量大写程序还是有必要的,但同时要注意思考,理解其实现的内在意义。还可以自己添加一些有意义的功能来实现。当看到自己编写的程序正常运行时,兴趣也会随之而来,乐此不疲,形成一个良性循环。
短短四天的实训课很快结束了,我发现我对计算机这个专业有了新的认识。通过这次的实训,我了解到,要真真正正的掌握计算机程序还不是一件简单容易的事儿,但真正掌握后,它带给我们的将是无穷的便捷与科技,我喜欢高端便捷的生活。我希望我能做计算机这个万能机器人的主人而不是奴隶,我会努力加油的!感谢学校,感谢老师给我的帮助,让我的思想、技能又上了一个台阶!感谢!加油!
第二篇:软件需求-案例分析
1、问题描述
许多医院存在高峰期挂号排队时间长,就诊等待时间长,倒号现象频发的问题。因此,构建一个网上预约挂号系统,通过推荐患者使用该系统进行出诊信息查询和医生预约,可以缓解就诊压力、节约患者的时间,并且可以在一定程度上保证预约者和就诊者一致,有利于提高医院的服务质量。为了更好的设计并实现这一系统,对系统进行需求建模和分析是十分必要的。
2、情景描述的主要成分
2.1、该系统所涉及的用户
本系统的用户包含患者、医生以及管理员三类。而且该三类用户各自的特征和所要面对的情景也是截然不同的。
对于患者来说,他们在年龄、计算机使用能力等方面存在较大差异,但面对的情景都一样,就是要预约挂号,挂号成功过后就诊。
对于医生来说,普遍具备较高的学历,在医疗方面具备专业知识,有一定的计算机使用能力。所面对的情景有查看挂号信息,确定要就诊的病人。
对于管理员来说,他们负责对出诊信息进行管理,是医院工作的安排者,具备较强的计算机使用能力。
不同的用户,对系统的要求也不相同。患者希望通过完成注册和登录后能够进行挂号预约,查询医生的出诊信息和个人预约信息,并且能够在规定的时间内完成挂号预约或者取消已有的预约;医生则希望能够在登录系统后可以查看病人的预约情况;而管理员希望可以修改出诊信息和调整预约挂号。这些都是功能性的需求。
同时对于所有用户都希望该系统是易用的,而且能够对自己的信息起到保护即系统安全性的要求,还有比如说系统的性能比较高效,能够及时处理自己的预约申请。当然开发系统的成本如果也能较低就更好了。这些都是非功能需求。
2.2、情景描述的主要成分
目标和关键成功因素
预约挂号情景的目标是“让患者能够及时的挂号,并能顺利的就诊”,而可能的子目标包括:患者能够注册账号,患者能够登录账号,患者能够查询预约记录,患者能够取消已有预约,患者能够查询出诊信息。关键成功因素,要保证系统能够24小时正常稳定的运行,系统里的信息要是实时变化的,即可以预约的医生要和实际在值班的医生要匹配,不能出现挂上号了却没有医生就诊的情况。
物理上下文和逻辑上下文 物理上下文:医院用于挂号的计算机可以正常的使用,情景中的可以被预约的医生应该是在医院值班的;而对于患者可以选择在医院进行预约,也可选择在家中进行预约,只要在预约时间内能到达医院就可。逻辑上下文:事件发生的条件是患者在系统中进行了预约,然后管理员会根据现有的资源(可以预约的医生)对预约进行处理,如果同意,下一步就是医生就诊;如果没有可以预约的医生或合适的时间,患者的预约就不成功,患者需要重新选择医生或时间进行预约。
组成情景的主要事件和活动 主要事件:患者预约挂号,管理员对预约挂号的处理,医生就诊。主要活动:患者注册、登录系统,患者在系统中查询可以预约的医生和时间,患者取消已有预约,患者进行就诊;管理员接受或拒绝预约,管理员分配医生;医生查询预约信息。
涉及的执行者和其他参与者
执行者:医院的医生,预约挂号系统的管理员。其他参与者:医院的相关人员,比如患者,前台咨询员等。
要使用的信息和资源 要使用的信息和资源包括,可以预约的医生数量,所在科室等,医院中的设备,病房等。 要考虑的约束条件和要使用的规则 约束条件:同一医生同一时间段内只能接受一名患者的预约,根据医疗设备的属性决定是否要排他性的使用。
3、情景需求分析的步骤
需求规格说明输入过程需求目标列表1.目标分析系统模型目标,目的使用情景用户问题实例2.输入事件分析初始系统模型用户,环境事件情景脚本4.输出需求分析3.刻画系统输出情景结构模型系统输出类型信息需求5.社会影响分析Agent目标6.涉众分析需求规格说明
3.1 目标分析
在第2部分情景描述的主要成分中已经对目标进行了分析,即:预约挂号情景的目标是“让患者能够及时的挂号,并能顺利的就诊”,而可能的子目标包括:患者能够注册账号,患者能够登录账号,患者能够查询预约记录,患者能够取消已有预约,患者能够查询出诊信息。3.2 输入事件分析
对于该系统的输入事件可能会包括如下情况:初始使用该系统的用户需要先注册,而对于已经注册的用户在使用系统预约挂号时首先要登录系统。这是最基本的两个输入事件。3.3 刻画系统输出
对于系统输出我们要考虑系统输出的形式,比如消息显示,对话框等形式。不如用户在登录系统是输入的用户名和密码不匹配的时候要给出对应的提示信息,比如用户名未注册或密码不对等。在提交预约挂号申请后系统也应给出预约成功与否的提示。3.4输出需求分析
对于输出需求要根据用户的输入给出对应的输出。比如用户输入查询请求,那么系统应该能够给出详细的信息。系统只给出对应的输出还不够,同时要考虑输出的信息是否合适。比如用户要查询眼科医生的资料,系统的输出就应该只是眼科医生的信息,而没有必要把所有医生的信息都输出。3.5 社会影响分析
在进行社会影响分析时要同时考虑到积极和消极两个方面的问题。系统是否可以提高效率,减少人员的工作量。同时也要考虑过多的自动化是否会削弱人对整个系统的意识,导致人对意外处理的能力降低,比如系统临时出现问题,是否有一套应急措施使医院日常工作能够正常的进行。
4、需求说明文档
基于之前构建的模型,并参照IEEE 830-1998标准模板,撰写的系统需求说明文档如下。
4.1 引言
引言部分将对本文档的编写目的、系统的开发目的、名词定义以及参考资料进行说明,并对文档的后续内容进行概述。4.1.1 编写目的
网上预约挂号系统是基于Web开发技术完成的网站。为了更好的设计并实现这一系统,对系统进行需求建模和分析是十分必要的。因此,基于之前构建的各类模型,撰写系统的需求说明文档,并将其作为后续项目设计、项目开发和项目测试的指导。
本文档连同之前构建的模型,可用来与客户进一步明确需求,同时可供项目经理、设计人员、开发人员参考。4.1.2 系统目的
许多医院存在高峰期挂号排队时间长,就诊等待时间长,倒号现象频发的问题。因此,构建一个网上预约挂号系统,通过推荐患者使用该系统进行出诊信息查询和医生预约,可以缓解就诊压力、节约患者的时间,并且可以在一定程度上保证预约者和就诊者一致,有利于提高医院的服务质量。4.1.3 名词定义 患者预约系统
网上预约挂号系统的子系统,主要用于为患者提供预约挂号、信息查询等功能。 医生工作查询系统
网上预约挂号系统的子系统,主要用于为医生提供各时段预约患者的信息。 医务管理系统
网上预约挂号系统的子系统,主要用于为管理员提供出诊信息修改、预约挂号调整等功能。 账号控制系统
网上预约挂号系统的子系统,主要用于用户账号的注册及登录控制。 安全保障系统
网上预约挂号系统的子系统,主要用于保障系统的程序、网络及数据库安全。4.1.4 参考资料
[1]Objectiver: A KAOS tutorial.Respect-It(2004)[2]吴双兵,刘伟.网上预约挂号系统设计与实现[J].医学信息学杂志, 2015, 36(1):36-39.4.1.5 文档概述
需求说明文档主要分为三个部分。本节属于引言部分,主要用于对文档本身进行定义和描述。文档的第二部分为系统的整体描述,包括系统的预期目标、限制条件以及用户的需求、特征。文档的第三部分是需求说明,包含对系统需求的明确定义。
4.2 整体描述
本节将对系统预期、用户需求、用户特征、条件与限制、假定与依赖以及需求分配进行说明。
4.2.1 系统预期
为了方便用户在不需安装任何软件的情况下使用系统,本系统整体采用B/S结构,用户可以通过浏览器对其进行访问。4.2.2 用户需求
参照之前完成的目标模型,对用户的需求进行整理和定义。由于系统整体较为复杂,因此本小节只包含已构建目标模型的功能性需求和非功能性需求。 功能性需求
1.患者进行预约选择
为了实现患者进行预约选择的目标,系统应完成的需求如下。(1)系统拥有患者预约页面以及预约按钮:
系统的预约页面可以显示未来1至3天的出诊医生及其所有可被预约的出诊时段。其中,尚未被预约的时段拥有预约按钮;已被预约的时段无法被其他患者预约,因此无预约按钮。(2)系统接收到预约请求:
当患者点击预约按钮,系统可以接收到预约请求。(3)患者被告知预约选择结果:
系统可以对患者是否预约成功进行判定,如果成功则跳转至信息确认页面,否则弹出对话框给予患者相应提示。2.患者确认预约信息
为了实现患者确认预约信息的目标,系统应完成的需求如下。(1)系统拥有预约信息确认页面以及预约提交按钮:
系统的预约信息确认页面会显示预约的医生和时段,患者的个人信息,以及预约提交按钮,患者可以在提交预约前核对这些信息。(2)系统接收到预约提交请求:
当患者点击提交按钮,系统可以接收到预约提交请求。(3)患者被告知预约提交结果:
系统可以对预约是否提交成功进行判定,并弹出对话框给予患者相应提示。 非功能性需求 1.安全的系统
为了保证预约挂号系统的安全性,系统应完成的需求如下。(1)用户程序安全:
系统应明确区分不同类别用户的权限。并且在用户登录时,输入的密码不可见、不可复制。(2)系统网络安全:
系统应采取安全的网络传输协议,网络数据在被传输前应进行加密。(3)数据库安全:
数据库中存储的数据应具备完整性,且密码应在加密后被存储到数据库中。此外,数据库中的数据应该可以被备份和恢复。2.低成本的系统 为了保证预约挂号系统的低成本,系统应完成的需求如下。(1)系统开发成本低:
开发团队应具备合理的项目管理,且在开发前应尽可能明确系统的需求。(2)系统运营成本低:
系统在运行过程中,应该尽可能少的占用资源。(3)系统维护成本低:
系统应该健壮可靠,出现问题后应该易于修复,且系统的功能应该易于扩展。考虑到系统健壮可靠与系统开发成本低存在一定的冲突,因此需要进行一定的权衡。4.2.3 用户特征
本系统的用户包含患者、医生以及管理员三类,其特征如下。 患者
个体间在年龄、计算机使用能力等方面存在较大差异。 医生
普遍具备较高的学历,在医疗方面具备专业知识,有一定的计算机使用能力。 管理员
负责对出诊信息进行管理,是医院工作的安排者,具备较强的计算机使用能力。4.2.4 条件与限制
为了保证系统的可移植性和可扩展性,本系统应使用Java语言进行开发。4.2.5 假定与依赖
本系统假定提供的大、中、小三种字体大小可以满足不同患者的需求,并且患者可以在系统的引导和提示下正常使用系统。4.2.6 需求分配
由于文档中并未列出系统的全部需求,因此无法对所有需求进行优先级排序。但已经列出的均为系统较为核心的功能性需求和非功能性需求,应具有高优先级。
4.3 需求说明
需求说明部分将参照之前完成的模型,对系统结构、对象模型以及操作过程模型进行详细描述。
4.3.1 系统结构
本部分将主要参照图 3-1所示的责任模型,根据主体对需求进行划分。考虑到系统较为复杂,因此只列出主体“患者预约系统”的相关需求。 患者预约系统
系统拥有患者预约页面以及预约按钮。
系统接收到预约请求。
患者被告知预约选择结果。
系统拥有预约信息确认页面及预约提交按钮。
系统接收到预约提交请求。
患者被告知预约提交的结果。4.3.2 对象模型
本部分将主要对图 4-1所示的对象模型的结构进行解释。
网上预约挂号系统可以被详细划分为患者预约系统、医生工作查询系统、医务管理系统、账号控制系统、安全保障系统等五个子系统。患者预约系统、医生工作查询系统、医务管理系统的使用者分别为患者、医生和管理员,这些用户通过系统提供的页面与系统进行交互。
对象模型中所涉及的名词在4.1.3小节中有具体解释。4.3.3 操作过程模型
本部分将主要对图 5-1,图 5-3和图 5-4所示的操作过程模型进行说明,并以表格的形式列出各操作过程的参与主体及对应需求。 患者进行预约选择
患者点击预约按钮后,患者预约系统会收到患者的预约请求,并触发预约验证操作,得到预约验证结果。接下来,患者预约系统会以得出的预约结果为基础,进行预约结果判定,进而执行页面跳转或消息框弹出操作。 患者确认预约信息
患者点击提交按钮后,患者预约系统会收到患者的预约提交请求,并触发预约提交操作。接下来,患者预约系统会根据提交结果弹出包含相应信息的提示框。
以上部分涉及到的操作过程及与之对应的主体、需求如下表所示。
以上部分涉及到的操作过程及与之对应的主体、需求如表 4-1所示。
操作 预约验证 参与主体
对应需求
患者预约系统 系统接收到预约请求,患者被告知预约选择结果
预约结果判定 患者预约系统 患者被告知预约选择结果 预约提交 患者预约系统 系统接收到预约提交请求,患者被告知预约提交结果
第三篇:软件系统需求分析案例
模拟商场关系系统需求分析
小品:模拟商场关系系统需求分析
小品角色:
主角:商场经理,系统分析员
配角:商场秘书,分析员助手
小品断片台词:(可以进行适当增删)
场景A
商场经理:我们建立一套完整的商业管理软件系统,包括商品的进、销、调、存管理,是总部-门店的连锁经营模式。通过通讯手段门店自动订货,供应商自动结算,卖场通过条码扫描实现销售,管理人员能够随时查询门店商品销售和库存情况。
系统分析员:我已经明白这个项目的大体结构框架,这个对于我们来说是非常重要的,但在制定计划之前,我们必须收集一些需求。
商场经理:(作惊奇状)我刚才不是告诉你我们的需求了吗?
系统分析员:实际上,你刚才跟我说的只是整个项目的概念和目标,真正开发这个项目,我还需要跟真正将要使用这个系统的业务人员进行讨论,需要了解和掌握使用系统的业务人员的工作业务流程和每个岗位、每个环节的职责,……
(商场秘书出现,打断谈话,突出经理很忙)
商场经理:他们都很忙的,你们有没有类似的现有的系统可以参照一下,差不多就可以了!系统分析员:……(欲言)
商场经理:(电话响)我真的很忙,请你马上开始开发,随时将你们的进展情况告诉我 场景B
分析员助手:(电话)经理你好,我们想约一下您进行系统需求分析的调查,请问您什么时候方便?
商场经理:什么,我上次不是跟你们说过叫你们开始开发了吗?还没有开始的啊?我真的没有时间啊,你们马上开始吧,就这样!(挂机)
(系统分析员将一个超市的管理系统进行了简单修改送给商场使用)
场景C
商场秘书:经理,XX店说有顾客退货,那个系统那里办理不了,还有……
商场经理:这个小王怎么搞得,作个这样的系统给我们,真是的搞得乱七八糟的!
第四篇:法学案例教学分析软件
法学案例分析系统
系统简介
法学案例教学分析系统围绕法学14门核心课程以及其他非法学核心课程的设置中的经典案例在远程教学环境下组织实施教学,有利于巩固学生对所学知识的掌握,加深对知识点的理解,有利于调动学生积极性,提高学生对问题的思辨能力、分析能力、解决问题的能力以及语言文字表达能力。案例特点 系统提供了大量不同类型的案例,覆盖14门核心课程以及非法学核心课程的300多个知识点,共计800个案例。软件覆盖的案例类型有综合案例、教学案例、英文案例
1、综合案例 综合典型案例,有助于帮助学生理解实务案例与课本法律理论案例的不同,让学生理解前者更注重实务、更注重为当事人解决问题,从而提高其在实际工作中的能力.2、教学案例 题型紧紧围绕14门核心课程以及非核心课程的教材来设置,授课、实验指导更专业、更系统。
4、英文案例 针对国WTO以及国际经济法等专业推出的相关的经典的英文案例,为一些英语基础非常好的同学提供新类型的案例。分析特点
系统提供完整的分析思路与结构,引导学生更快速准确的剖析案情解决争议问题。
1、案例名称
2、案例背景资料
3、涉及知识点
4、涉及法律法规
5、预设问题
6、案情焦点
7、法理分析
8、参考答案
9、成绩评定
教学特点
1、启发性
教师通过挑选软件中固有的案例或自行添加的案例引导学生对某类案例形成正确的分析思路及思考方向,锻炼学生准确快速思考分析案件的技能。
2、参与性
通过分组实验的教学方式,让教师与更多的学生很好的参与到某个案件的讨论与分析中来,自由发挥,集思广益,总结问题,收获知识。
3、互动性
软件内置的评论系统,可以让教师与学生、学生与学生之间自由评论、辩论,充分的阐述自己的观点和理由,有利于调动学生的积极性。
4、自由性 系统内置不同类型的案件和不同类型的问题预设,可以让教师自由得选择案件和搭配不同的问题,多种角度,多种思维上来进行实验教学指导。
系统功能
(一)管理员端
1、教师管理
2、案例管理
3、案例分类
4、问题预设
5、评论管理
6、个人信息
(二)教师端
1、公告管理
2、班级管理
3、学生管理
4、实验管理
5、成绩管理
6、我的评论
7、个人信息
(三)学生端
1、公告
2、案例学习
3、我的实验
4、成绩查看
5、我的评论
6、个人信息
第五篇:软件可行性分析报告
基于Android平台的测绘内业处理软件开发与设计
可行性分析报告
1、引言
1.1编写目的随着计算机、网络、大数据的快速发展,测绘行业传统的内业处理以不能满足如今快速、准确的要求,另外一些生活上智能化设备的出现,促使测绘行业也不断想智能化方面发展。这样,在测量过程中不但极大的减少人力物力,更重要的是提高工作效率,从而与我们今天快节奏的生活相结合,虽然目前已有很多这样的软件,但我们要事实根据所需,来编写更加人性化的软件。在这样的背景前提下,我们需要编写一个软件,从而实现坐标正反算、水准测量内业处理、复合导线内业处理。接下来我们要对软件开发中将要面临的问题及其解决方案进行可行性分析。1.2项目背景
1.2.1 项目名称:基于Android平台的测绘内业处理软件 1.2.2 用户:工程测量人员
1.2.3 说明:本次软件开发是对Delphi编程、软件工程、测绘原理学习的综合性考察,本次开发是大学生理论与实践的有机结合,同时也是本学期“软件工程”这门课程的考核。1.3定义
Delphi,是Windows平台下著名的快速应用程序开发工具(Rapid Application Development,简称RAD)。使用的核心是由传统Pascal语言发展而来的Object Pascal,以图形用户界面为开发环境,透过IDE、VCL工具与编译器,配合连结数据库的功能,构成一个以面向对象程序设计为中心的应用程序开发工具。
Android:Android是一种以Linux为基础的开放源代码操作系统,主要使用于便携设备。该平台由操作系统、中间件、用户界面和应用软件组成。
1.4参考资料
《软件工程导论(第四版)》
张海藩编著
清华大学出版社出版
2、可行性研究的前提 2.1要求
2.1.1 功能要求
此软件所要完成的主要功能模块有三部分:读取数据、处理数据和输出数据。
读取数据时,操作人员安置调整好一起后开始读取相关数据,并记录角度、距离等信息。
而处理数据时,这一环节由实现编好的软件自动完成,工作人员只要在移动设备上通过相应的按键就可以完成。
数据输出过程也是通过按键完成,处理完成的结果通过电子表格的形式可视化,最终在打印机中打印。2.1.2 性能要求
为了满足用户的要求,软件必须要准确处理数据,所以要求很少的bug;由于要存贮大量的地理数据数据和信息,也还要有足够大的磁盘容量; 2.1.3输入要求
软件有准确识别各种测量专业的数据类型,软件要自动拒绝输入不正确的数据,一面在运算过程中出现各种漏洞,从而影响计算的准确性。2.1.4 输出要求
要求能快速准确的计算出相关数据。2.1.5如见运行流程图
2.1.6完成期限
初步确定开发期为一个半月。2.2目标
本软件的编写专业性要求较高,必须提供专业的资料使其能够顺利进行。目标具体表现为在学校内部进行运用,初步实现数据处理,并保证能够提高测量人员的工作效率;从而实现测量内业处理的的高效性、方便性、实用性,提高测绘事业向科学化、智能化方向发展。2.3条件、假定和限制
假设开发的软件运行的最短寿命为五年;开发时间与试运行时间预定为两个月;经费的投资为零;软件运行环境如下:运行平台: Android/编程软件:Delphi/创建数据库:Sqlserver 2012; 2.4可行性研究方法 采用调研法:通过自己以及身边同学在实际应用中的需求;然后经过查阅相关资料并请教老师,落实最后的问题定义。2.5决定可行性的主要因素
本次可行性分析是按照软件工程的规范步骤进行的,即按复查项目目标和规模,然后提出软件的实现方案,推荐最佳方案,对所推荐的方案进行经济、技术、用户操作和法律的可行性分析,最后给出软件是否值得开发的结论。
3、对现有软件的分析
当前大多数处理软件都是个人编写,没有形成统一的规范,没有和一起很好的相结合,功能单一,其次,有些软件的功能有很大的局限性,不够完善,没有真正广泛运用于实际测量工作中。3.1工作负荷
由于测量内业处理是一个繁琐枯燥的工作,只靠人工读取数据、记录、计算,工作效率较低,通常还会有处理错误的情况。
所以这些都给测量人员增加了非常大的工作负荷;同时也测绘事业的发展带来了严重的制约。3.2费用支出
本来测量的周期较长,过长的内业处理时间造成人力物力的大量输出,从而使资金不断支出。
4、所建议技术可行性分析 4.1对软件的简要描述
根据软件目标以及现行软件存在的问题,建议软件将复合导线计算、水准测量、坐标正反算这几个功能整合在同一个软件中,预期计划建立接口,今后软件更新过程中实现网络链接,这样测量数据就通过网络形式传输,这样处理数据机制就向网络化、大数据、云计算方向发展。4.2数据流程图 4.3与现有软件比较的优越性
极大的减少工作时间,提高工作效率。
可以大大减少工作人员,节约人力资源的开销;另一方面由于数据处理靠手机等移动设备处理,可以减轻测量人员的工作负担,有效地提高了整体的工作效率和精确度。
软件可扩充性强:该软件后期升级较为方便,可以根据测量的实际情况来灵活配置,可根据不同需求增加新功能模块和子软件以满足用户的个性化需求。
兼容性强:软件可提供数据接口和应用接口,便于软件集成和二次开发,确保有效利用现有资源。
4.4采用建议软件可能带来的影响 4.4.1对设备的影响
软件对于设备要求更高的稳定性与安全性来保证其正常运行。并且对于打印、复印设备需要要求与计算机进行互联。4.4.2对用户的影响
由于采用建议软件提高了工作效率,可使客户办理业务更加快捷、方便。高效的数据处理方式。4.4.3对软件运行的影响
软件设计的主要目的是提高工作效率。所以在软件设计和建设初期应着手参考各方面的标准与规范,并且应遵从该规范各项技术规定,并做好软件的标准化设计与管理工作。软件考虑今后发展的需要,因而必须为容量与处理数据能力等方面的扩充与换代的可能,这种扩充不仅充分保护了原有投资,而且具有较高的综合性能价格比。4.4.4对运行环境的影响
由于使用者人数众多,水平不一,该软件设计时考虑到使用者在使用时要求操作简单,计算准确,软件设计采用模块化设计,使用户更方便的进行操作,无需提前学习使用。4.4.5对经费支出的影响
由于需要上网或图书馆查阅相关资料,但这些条件都基本能满足本次软件开发的需求,所以不需要经费的支出。4.5技术可行性评价
开发软件的计算机硬件已经非常普及,所以完全没有问题;现在的计算机各方面的技术都非常成熟,相对来说开发此软件的技术也要求比较简单,因此在技术方面是可行的;若按计划,在规定的期限内,本软件的开发是可以完成的。
5、所建议软件经济可行性分析 5.1软件开发费用 5.1.1人员费用。本软件由本人学习开发,非商业性软件,所以在开发过程中人员费用为0。
5.1.3软件费用。软件所需的软件费用为0元,其中:
DelphiXE7,Sqlserver2012:可免费下载 5.1.4咨询和评审费、调研和差旅费:约0元
综上,软件开发总费用为0元 5.2软件运行费用。免费。5.2.1软件维护费。免费。5.3效益
5.3.1一次性收益。提高工作效率,减少工作人员人数。本系软件行可以提高数据处理处理的效率。如果测量单位现有测量人员按10人计算,人员工资平均为3000元/月,一年工作时间为200天。由于使用该软件明显提高了工作效率,从而节约了30天的工作时间,这样在一年中测量单位可以节约将近1万元的支出,另外多出的时间还可以做更多的工作,这样每年的收入将多出1万多元。5.3.2经常性收益。纸张、铅笔等记录数据工具用量减少可节约成本每年约1千元。
6、社会因素可行性分析 6.1法律因素
本次开发编程是在学习中的一次开发,所使用软件都可以从网上下载,并无侵权或者抄袭等违法情况,也没有被申请过专利,所以,在法律方面是可行的。6.2用户使用可行性
开发的软件操作要非常简单,以便不同的人们都可以很方便操作使用。
7、其他可供选择的方式
可以使用现有软件,但是由于现有软件过于简单、在移动平台上运行的很少,所以不建议使用这个方案。
8、结论意见
为了使传统测量适应现代化高科技的需求,促进测量工作的快速、准确性,建议立即着手软件开发的建议。