《软件工程》课程报告 —国土资源执法监察管理信息系统建模

一、问题描述与需求分析

国土资源执法监察管理信息系统的用户需求以及面向对象建模。

分析题目,可知软件的的重点不是国土资源的执法本身,而是对执法进行监察, 主要工作有各级各部门开展核查、整改查处、督查、验收和存档,另外还应能处理群众即投诉人的举报投诉。涉及的有关部门总的有投诉人、国土资源局、政府、监察局;而国土资源局里的分工比较明确,可以进一步划分为地籍科、规划科、用地科(利用科)、耕保科、监察科(在国土资源局内部也有相应的监察科);政府也可以按等级进行细分,大体有市政府、省厅。

经过查阅相关资料后明确了有关部门的职责,归纳如下:

1.投诉人

举报投诉

2.国土资源局

此部门是该系统中很重要的部门,主要职责为核查。关于核查又可以细分为不同具体工作。

2.1地籍科:负责对卫片图斑涉及地块的外业核查和测量结果进行审核

2.2、规划科:负责对卫片图斑涉及地块的审批权及使用是否符合土地利用总体规划和土地利用年度计划进行审核;

2.3、耕保科:负责基本农田和一般耕地的认定;

2.4、用地科(利用科):负责对用地是否经过依法批准和依法供地进行审核,并负责合法用地档案的整理;

2.5、监察科:负责对新增建设用地的合法性进行审核,以及对土地违法行为进行查处,负责各种表格的综合统计上报,并对此项工作进行总协调。

3.政府

不同级别政府的工作有所不同。

3.1、市政府:在核查下属单位的提供的信息后,汇总上报;

3.2、省厅:负责抽查统计。

4.监察局

监察局是对国土资源执法的整个流程进行监察,对合格的存档,不合格的依法追究相关责任人的责任。

二、用例图

用例是对系统功能的描述。用例图则从用户的角度描述系统功能,并指出各个功能的操作者。

在上面的需求分析中,不同部门人员对系统的理解是不一样的,他们都只能站在自己的角度使用系统提供给他们的功能,屏蔽相关技术实现,且其他部门的功能对他们来说是透明的。

上面是整个国土资源执法监察管理信息系统总的用例图,在国土资源局、政府这块没有细分。

上面是细分各级国土资源局、政府职责后的用例图,但在国土资源局这块还是没有细分,但系统提供给各部门的功能是显而易见的。

上面是国土资源执法监察管理信息系统—各级核查部门职责分工子系统。

三、活动图

活动图是描述动作以及动作之间关系的。活动图和状态图有着很多相似之处:状态图描述的是一个特定对象的所有可能状态以及引起状态转换的事件;活动图是状态图的变种,活动图主要描述的是动作及动作的结果。活动图的动作转换代表信息的流动。

上面是国土资源执法监察管理信息系统的简化版活动图,从中可以看出动作的起点、终点、泳道等信息。

上面是国土资源执法监察管理信息系统的完整的活动图。

从上面的两幅活动图中,可以看出这个系统动作及动作之间的关系。

一个初态:表示动作的起点。可以由投诉人举报投诉发起,也可以由国土资源局相关部门自查发起。

两个终态:验收不通过进而依法追究相关责任人责任对应一个终态;验收通过进而存档对应一个终态。

四、小结

这次课程报告遇到的最大问题就是对整个国土资源执法监察流程非常陌生,感觉以后在职场中程序员会经常碰到这种问题,即对开发软件所处的行业背景不了解,这是就需要不断学习,通过不同渠道获取信息增长知识。这次报告我在网上查找了些资料,但很多都不切合题意,于是我对现有资料进行归纳总结,然后结合自己的理解完成了需求分析。

建立用例模型是很关键的,在这个环节上我首先是寻找行为者:投诉人、国土资源局、政府、监察局;然后确定各个行为者对系统功能的要求,从而寻找到用例;最后确定各个用例之间的关系,由于系统较为复杂,我就没有细分用例。

建立用例图之后,感觉建立活动图就有方向了。只需找出一个对象所处的状态以及引起状态变换的事件,准确的说是描述动作及动作的结果,给出信息流动的方向。

下面谈谈我对《软件工程》这门课的总结。大学前三年主要做的就是编程,准确说是拿到问题后选择算法直接动手编程,由于程序总的规模较小(实际自己编写的代码没有超过2000行的),所以还是能完成题目的要求。步入职场后,我们遇到的问题往往是一个大型软件的研发,这时盲目动手编程很可能顾此失彼、事倍功半。软件是程序、数据及相关文档的完整集合。其中文档编写是现阶段我比较忽略的环节,文档是开发、使用、维护程序的重要图文资料,对于理解用户需求、设计软件很重要。软件是有生命周期的,大体可分为软件定义、软件开发、运行维护3个阶段,每个阶段又可以细分。软件研发是有法可循的:结构化设计方法学与面向对象方法学,其中面向对象的思想比较适合大型软件的研发。UML是其中书写软件蓝图的标准语言,具有可视化、规范化、文档化的特点。UML设计遵循模块化、分层化、分区话、可扩展、可重用的原则。

总之,学习了软件工程,对软件开发与运行维护有了新的理解,尤其意识到软件研发不仅仅局限在编码层面。

在次声明,以上是我的软件工程课程设计报告,其中部分参考其他文献,在此表示感谢!

时间: 2024-11-07 14:51:16

《软件工程》课程报告 —国土资源执法监察管理信息系统建模的相关文章

软件工程课程教育的一点想法

大学本科的软件工程课程一直遵循瀑布型的为线索的各个里程碑的相关知识点的展开介绍,现在多有理论框架与实践能力孰重孰轻之争.这里我也有一点点自己的看法. 软件工程在项目开发教学中的作用实质上类似计算机导论在计算机教育中的学科地位,应当属于前导性,线索性,框架式介绍,细思量其内容之广.理论之重.实践之繁的教学之繁重,本身就不是一个学期能承载得了的.既然教学大纲只安排一个学期,充其量,将来慢慢发展应当只是领学习者进门的而一个入门学科而已.而不是有些人说的那么危及及乎的想法. 站在更高一些的高度,比如体系

软件工程 总结报告

软件工程总结报告 一  对前期提出的问题回答   1.经过一个学期的学习和了解,让我对这门课程有了一定的了解和认识,但是也有许多的问题.   让我对这门课程有了一定的认知,但并不是每个软件工程师都有强烈的愿望,我觉得既需要遇到 一些创造性的任务,让我们 去开发更多的技术,也要运用常规性的工作,随后把技术运用到实践中, 应该在实际工作中不断学习和不断成长,根据自己的情况在选择自己适合的. 2.除了关于异常的部分,大部分其他原则用C#也适用.(1)类(2)class vs.struct     (3

西北师范大学软件工程课程助教总结

时间:2018.03.04-2018.07.18 班级:西北师范大学2015级计算机科学与技术(卓越班.名族班) 课程:软件工程课程 一.个人总结 起初以为"助教"就是帮助主讲老师辅助教学,看起来是一件极其容易的事,但当我真正加入由邹欣.周筠.代老师组织的构建之法软件工程课程教学的助教团队中时,我切实感受到了这个团队做事的严谨.热情和高能,从而感受到了助教的价值及意义以及做好助教工作的艰辛与付出.我很荣幸能有机会加入,一起学习,一起进步.由于第一次做助教工作,在这个过程中,遇到了些问题

软件工程课程设计指导随笔

本学期带14信息01班的<软件工程课程设计>,已经进入了尾声. 两周的课程设计,要求学生完成一个多角色的智能菜单系统,课程设计的任务是要求根据不同角色控制访问每个菜单项的权限,用户允许有多个角色:角色和用户都可以增加修改,另外只有管理员角色具有添加角色和用户的权限:而除开管理员之外的所有用户都不能调整角色和角色菜单:用户只能由管理员添加,而用户的个人信息又只能由个人修改:为了增加工作量,添加了一个日志功能,要求记住每次用户的登陆.退出时间和前端计算机的IP地址. 既然是软件工程的课程设计,当然

软件工程课程总结

软件工程课程总结 一学期的软件工程课程就这样结束了,通过一学期的学习,让我对于软件工程的认知有很大的颠覆.在上这门课之前,我一直认为,所谓“软件工程”,只不过是把一个代码量很大的程序分给若干程序员去写,最后将代码整合在一起而已.但是通过这一学期课程的学习,我发现我的认知完全是错误的,而且可以说,错的非常彻底.软件工程,涵盖了软件生命周期中所有的工程方法.技术和工具,包括需求工程.设计.编程.测试和维护的全部内容,即完成一个软件产品所必备的思想.理论.方法.技术和工具.可以说,软件工程包括了从设计

使用资源调控器管理资源

1.使用SQLServer Management Studio 配置资源调控器 2.使用T-SQL配置资源调控器 3.监控资源调控器 前言: 在前面的章节,提到过可以通过多种配置数据库服务器的方式来提高性能.如索引.统计信息.hints.物理设计和服务器配置等.当你完成 本系列包含: 1. 使用SQLServer Management Studio 配置资源调控器 2. 使用T-SQL配置资源调控器 3. 监控资源调控器 前言: 在前面的章节,提到过可以通过多种配置数据库服务器的方式来提高性能.

本周软件工程课程感想

由于我们团队项目进行到一半,不便传上来代码.我就这周软件工程课程的内容写一点感想吧. 下面这是我们图形学课程实验的部分代码: /**********myInit**********/ void myInit() { pn = 0; glClearColor(1.0, 1.0, 1.0, 0.0); glColor3f(0.2f, 0.2f, 0.9f); glPointSize(5.0); glMatrixMode(GL_MODELVIEW); glLoadIdentity(); gluOrth

软件工程课程收获

软件工程课最大的收获应该就是让我感受到了些许走上工作敢为后面对boss的氛围,那么多的任务,那么多的文档,以及那么多的deadline,一个本应该为理论课的实践课,总是一次次撞击着我们的小心脏.要知道将来走向工作岗位的我们是没有大牛可以依靠的,可以依靠的只有自己,其实在压力下,我们也可以成为大牛的.大牛也是从懵懂的小牛成长来的.不应该一直做仰慕大牛的小牛,最重要的是要有成为大牛的渴望. 软件工程课程收获,布布扣,bubuko.com

软件工程课程体会

本学期的软件工程课程即将结束,我们也交上了我们的一份答卷.这期间我们遇到了软件开发过程中的各种问题,我们每个人更加懂得了如何与人合作.与人有效沟通.在我看来,软件工程就是一个如何去分析和处理问题的过程,应该说其范畴已经远远不止局限于该门课程.这就好比盖房子,我们不能仅仅局限在搬砖砌墙的工作,我们不能一辈子搬砖,所以我们必须从工程师的角度去看待问题,解决问题. 这门课程教给了我们在完成一个实际项目时的必不可少的过程.这是我们实际工作中要运用的一项非常有用的技能.而且不仅仅局限于软件工程的范畴,我们