【软件工程】机房收费系统之图形回顾

[背景]通过一阶段的学习.自己整理了整理机房收费系统.以下想通过几张图来回顾一下机房的总体流程.此图形仅仅代表鄙人现阶段的理解.本文仅供參考,若有不妥的地方,请积极指正. 1.机房收费系统业务流程图 watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" > 2.机房收费系统ER图 3.机房收费系统0层 wat

学软工时常常听到:这是我们迈向职业化的一步.软件工程文档在一个项目开发中必不可少,通过这次重构,将以前的软件工程,UML重新认识,梳理,实用了一遍有了更深刻的体会,我在机房重构中,一共编写了七个文档,分别是 1.项目开发计划 2.软件需求说明书 3.数据库设计说明书 4.概要设计说明书 5.详细设计说明书 6.机房收费系统测试计划 7.机房收费系统用户操作手册 在这里只讲一下项目开发文档中各种需要的图.表. (一)软件项目开发计划: 文档的目的不用说,在这里面最重要的两个内容:项目的人员分工,以

(四)概要设计说明书 数据库搭建完成后就要设计概要系统,首先第一必不可少的是系统模块图. 在这里,很多同学都把模块图理解成了包图,其实这两者有差异.以我们正在做的ITOO为例,分为基础部分,评教部分,考试部分等五个部分,这就是五个大的模块.每个模块再进行细分. 而在机房收费系统中,可以简单的分为三大模块,即一般用户,操作员,管理员.每种级别用户操作目的和职能不同,所有又可以细分模块. 系统总体设计的主要任务就是确定软件的总体结构,确定模块间传送的数据及控制关系,尽量的做到解耦. (五)详细设计说

背景: 机房收费系统合作了大半年,老孟和森森走了,给我留下了一堆代码,一个半拉数据库,还有一堆我自己都看不透的文档.莫名其妙的我就从小组员直接变成了项目组长,刚开始我以为很简单,因为我觉得前期我们也很激情,在系统设计想法是一堆一堆的,比如业务逻辑架空问题,数据访问如何优化问题上我们都提出自己的很多想法.但是当我重新建立信心捡起来的时候,我发现原来我在软件工程方面忽略了好多问题,我经过一段时间的查询资料分析发现:项目尤其是在需求和分析这两个方面没有意识,导致系统从一开始就进入了设计阶段. 所以,我

不管是学习什么材料,还是初步了解一个系统的时候,想学习新东西,听到最多的就是要了解需求,如果需求理解偏差了,那你的系统将变的面目全非. 软件需求说明书 1引言 1.1编写目的 需求分析人员与用户进行多次的需求分析调查后,提出的一份比较详细的软件需求说明书,这份说明书可以表现出软件的功能.性能.开发条件等 并且在文档完成之后需要用户进行阅读,看是否将需求表达完全,进而补充说明. 本文档的预期读者有用户.项目管理人员.文档编写人员.需求分析人员等 1.2背景 说明: a．  待开发的软件系统的名称:

<机房收费系统个人版>基本上完工了,我的U层代码很多很乱.基本上是D层有几个函数,B层就对应有几个函数,U层使用对应B层中的每一个函数.比如说在登录中,U层首次要使用一个函数检查用户名和用户密码是否正确,然后再使用"添加用户上机记录"的函数.下面是登录的时序图: 登录业务比较简单,但是对于复杂的上机过程呢?U层要检查卡是否注册,余额是否充足,卡的状态是否在使用中,该卡是否现在不在线,通过这一系列检验后,还要查询学生表显示学生信息等等.这样就造成U层有好多函数,和B层的耦合度

自己的机房收费系统开始的算是很晚的,因为开始的晚,就导致了一件事情,拖,因为开始的时候,搬家,搬学习的地方,然后itoo的项目也开始,事情都堆在一块儿,然后就做不动了,自己身为组长,突然就感觉到了压力.下面总结一下自己通过这次机房合作的不足. 不能合理的分配任务 因为是三个人一起合作,所以就很自然地每人负责一到两层,之前也请教过师哥,说敲代码三天就可以差不多完成,结果到敲的时候才发现,有的组员敲代码还是很吃力的,但是我一开始的时候没有认识到这种情况,就只是催催催,导致组员更加的不想去敲代码,然后

个人版机房收费系统是在学习完vb.net语言和三层架构思想后的第一个系统,我们要从C/S向B/S进发过程中一个铺路石,在没开始C/S之前,虽然没有什么直接的联系.但学习就是有很多共同的地方,在这个过程中有很多知识是在巩固,有很多东西新接触或者实践.我最大的感受就是,走过了这个过程就一定会带走些什么. 个人版机房收费和第一版系统有很多相同的地方,这些相同的地方就在进行重构的过程中,帮助我们i+1. 比如: 1.开发语言:虽然一个用的是vb一个是vb.net.但不得不说有了第一版的经验,重构版用起来

测试计划(GB8567--88) 1引言 在项目基本编码工作完成的就要进行测试,对于排除出错误和修复漏洞有重要作用. 1.1编写目的 测试的主要目的就是尽可能多的找到系统中的漏洞,并且设计出测试用例,对系统测试.目的及在于对测试的方法.测试流程,有一定大体上的掌控.本文档的预期读者是测试人员. 系统测试在整个项目开发过程中,比例占到了40%~50%.基本上在项目进行编码的过程中就开始了测试,所以测试的好坏也影响了系统的功能实现情况. 1.2背景 说明: a．  测试计划所从属的软件系统的名称:机