图书管理销售系统,出错设计部分

负责人:发抛(20160401152)                  线段(20160401142)   

负责工作:

E.6.1出错信息

对用户输入的各项内容均进行有效性、安全性检查,减少错误发生的几率。

对程序运行中的异常均进行捕获,按同一方式将出错提示信息提供给用户。

当用户访问自身权限以外的信息时,将其导航到同一的出错提示页面给。

 E.6.2补救措施

以统一的机制进行系统权限的控制。

对程序中用到的数据尽量进行加密,以减少黑客攻击的危害。

定期对数据库中的数据进行备份。

E.6.3系统维护设计

编码实现时应采用模块化和分层思想,提高模块内部的内聚性,减少模块间的耦合性,是系统逻辑结构清晰,从而增强可读性和可维护性。

面向数据与面向对象相结合,模块划分符合面向对象思想。

在编码过程中注意标识符命名的意义,添加适量的注释说明。

从项目确定开始就重视文档的写作,每一项工作都有文档记录,保证文档和程序的一致性

原文地址:https://www.cnblogs.com/xuexixianfeng/p/10182397.html

时间: 2024-10-08 19:01:18

图书管理销售系统,出错设计部分的相关文章

图书管理销售系统概要分析,接口设计部分

 负责人:皮皮周(20160401085)               国字号(20160401105)   接口设计 1.用户接口 网站部分:本图书销售系统不包含与网络的交互联通功能. 客户端部分:简洁大方的图形用户界面,包含登陆窗口,以及登陆成功后显示的用户主界面窗口.主界面由各个系统功能子模块构成,要求清晰.美观.登陆界面包含不同角色的切换登陆功能,适用于管理员以及用户等不同身份权限的角色进行登陆,要求简洁.有序.  2.外部接口 数据存储:本系统设计数据的存储和处理,通过ADO.NET与

图书管理销售系统,运行设计部分

负责人:皮皮周(20160401085)                国字号(20160401105)   完成工作:  E.4.1运行模块组合 客户端:这种情况下充分利用了系统提供的功能,能够实现对图书销售流程的较为全面的管理,适合大多数用户. E.4.2运行控制 客户端:销售方管理员在图书销售开始之前在系统中登记好图书信息,根据实际情况添加管理员信息,用户信息,图书信息,对仓库以及销售柜台的图书进行调拨管理,确保销售柜台的图书销售列表不为空.购买方用户登陆系统后,便可以选择相应的销售柜台,

图书管理小系统

昨天一朋友要我帮她写个"图书管理小系统",一时嘴贱就答应了. 要求如下: 看着还可以,昨晚把基本框架写了下,今天写了一下午,接近600行,总算写完了.由于她明天就要交,我就赶了点,很多地方还没写好. 但总体来说也让我对文件输出输入有了更进一步的了解了,不过没有用结构体指针,用了的话应该可以 节约很多内存.看以后有没有时间 去完善它吧. 发几个界面看看: 先把代码贴下: 1 #include <stdio.h> 2 #include <stdlib.h> 3 #i

ssm框架下的JAVA音像销售系统

今天和一个朋友共同完成了一个音像销售系统的设计与实现项目,我们在开发时选用的框架是SSM(MYECLIPSE)框架.我这个朋友知识有限,只会这个框架,哈哈,都是为了方便他.和往常一样选用简单又便捷的MYECLIPSE作为开发工具,这是一个 后台项目.这个系统的介绍是这样的:网上音像制品销售系统是一个典型的基于WEB电子商务系统,通过JAVA技术以及SQL语句的灵活运用来实现对数据库的操作.系统通用性能好,使用安全.方便.通过对“音像销售系统的设计与实现”的课题设计实现,我们可以更多的了解社会对信

简易办公系统的设计与实现 文献收集

1.无纸化办公管理系统的设计与实现 . 杨亚洲 * 吴丽娜 范有森 2.浅谈企业办公管理OA系统的设计与实现 . 朱梓祎 3.基于UML与J2EE的高校OA系统的分析与设计 . 王晓妮 4.UML建模在办公自动化(OA)系统设计中的应用.尚鲜连 5.基于UML连锁超市OA系统公文流转的设计. 闫丽 高军 姜晓锋 6.基于UML的外贸OA系统的设计与实现 . 毛梅林 7.基于UML的高校教务管理系统的设计与实现 . 熊巍 8.高专院校无纸化OA系统设计与实现 . 刘银汉 9.基于UML和Petri

模块管理常规功能自定义系统的设计与实现(28--多个模块之间的关联[4])

多个模块之间的关联(4) 前面搭建了客户以及客户父模块的一个分支,另一个分支是产品线,还有一个是业务员,然后这三条线归并到订单之上. 前面我贴了我要搭建系统的一张图,现在贴一下数据库的表和其之间的关系情况. 上图中表和我设计的简易销售管理系统是完全一致的.再看一下的模块图,稍微记下下其中的关系,对于看懂下面的内容很有必要. 对于业务员,产品,订单三条分支我建立的过程就不介绍了.现在来看看架构好的菜单: 再看看加好的各个模块的页面: 1.部门和业务员: 2.商品类别 3.商品 4?订单 订单明细

模块管理常规功能自定义系统的设计与实现(21--第二阶段设计目标)

第二阶段设计目标 前面的章节讲了建立单个模块的各种功能,从现在开始要加入若干个具有关联的模块,使其协同工作.我设计了一个简易的销售管理系统,系统的结构如下图所示,从本节开始将逐步的搭建此系统. 在上图中,各模块之间都能通过一定的路径产生联系,而具有关联的二个模块具有直接的关系,例如省是市的父模块,市是省的子模块:客户单位是市的子模块也是省的子模块.这种上下级关系将会是处理的重点.各模块间的关系要明确,不能出现关系不明确或者循环引用的模块,那样权限的设置将会有问题. 例如有如下模块结构: 在上图中

模块管理常规功能自定义系统的设计与实现(40--终级阶段 综合查询[7])

综合查询(7)--多个模块的查询 前几节讲的查询都是二个模块之间的,现在看看多模块的查询.其实原理是一样的,先选择字段,设计一个查询方案,把和订单相关的所有模块都选进去. 我又设置了二个条件,设置好后的查询主界面如下: 现在选择基准模块的菜单下有七个模块可供选择.也就是说上面的查询一共选择了七个表的数据. 现在一个个看看结果吧.先选择"订单"作为基准模块. 以客户单位作为基准模块: 再选择客户等级作为基准模块: 这个查询贴一下自动生成的sql 语句: select top 5 '' a

模块管理常规功能自定义系统的设计与实现(32--权限设计[2])

权限设计(2) 二.模块记录的可视权限.通俗的讲哪些记录你能看,哪些记录你不能看,说起来简单,做起来不简单. 先从一个简单的需求说起.对于前面搭建的销售系统如果由一个内勤来处理所有的合同,那么就没有权限设计的问题,把内勤的部门加在"销售部"就可以看到销售一.二.三部的所有合同.但是如果每个销售部有单独的内勤来处理自己部门的销售订单,并且互不干扰,就要设计记录的可视权限了.现在系统里内置了部门的权限.例子中的部门结构如下: 部门编码 部门名称 操作所有记录 操作本级 其他 00 公司