发布时间 : 星期一 文章...毕设论文 - 图文更新完毕开始阅读5e78b2a52af90242a895e5fa
XXXXX学院毕业设计（论文）
表3.1 系统主要功能
功能编号 1 2 3 4 5 6 7 功能名称 管理员管理 网站公告管理 公司信息管理 产品信息处理 注册会员管理 在线留言管理 退出管理 功能描述 管理员可以对新的管理员账号进行增删改操作。 管理员可以进行添加修改删除网站公告等操作。 管理员可以进行公司信息的添加修改删除操作。 管理员可以进行公司产品信息的添加修改删除操作。 管理员可以修改会员的登录状态，以及删除会员等操作。 管理员可以对会员的留言进行查看删除操作。 管理员点击退出管理可以退出系统。 优先级 高 高 高 高 中 中 低 （2）性能需求
1．安全性要求：所有访问数据库的操作，必须尽量保证安全和独立性。
2．时间性要求：保证用户一次最简单购物过程能在1分钟内完成，从而达到简单、快、通俗、易上手的设计初衷。
3．美观性要求：要求界面美观，信息准确，操作简便。
4．服务特点：网站系统在因特网正常状况下全天候提供服务，客户可以随时随地的对网站进行浏览访问。
5．工作效率：点击页面时,显示速度要尽可能的快，在用户对数据处理的时候要及时响应及时处理。
6．安全性约束：要对不同的用户设置不同的权限，访问数据时不能出现冲突，对数据要保证用户信息的独立性、保密性和安全信。
3.2 系统开发环境
硬件环境：Intel Core（TM） i7处理器/2G DDR 2内存/500GB 硬盘/输入输出设备/显示器
软件环境：Windows 7 Professional Edition/ JDK1.8/MySQL 5.0。
3.3 系统任务的可行性分析
3.3.1 技术可行性
技术的可行性就是在本系统上可以使用哪些技术，通常在设计的时候就要想到系统最基本的功能，最基本的抗异常处理能力，上网之后界面如何等，作为考虑用到哪些技术的前提。本网站是一个提供用户最新科技产品更新和发布的信息网站，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件相对较低，利用现有技术条件
-9-
XXXXX学院毕业设计（论文）
应完全可以达到该网站的功能目标。
3.3.2 系统安全性分析
安全性的保障应该是说有网络公司都会非常重视和关注的一个环节，在网络的公开平台上有不少的违法行为和个人利益的活动着，而这些对网络信息的安全性构成了不可小视的威胁。对信息安全性的评估已经有系统工程的方法可以利用，借助这种方法可以对各种信息系统的安全防护、管理机制以及二者结合所产生的客观效果，按照统一的、规范的安全等级标准做出是否安全的判断。
首先，本系统是运行在企业内部网络系统之中，与外界隔离；其次，企业的用户有明确的权限区分，核心用户极少，不会轻易的泄露系统数据和管理账号；而且，数据库会定期进行数据备份，以确保数据安全；最后，在服务器硬件上加专业的防火墙和杀毒软件，以确保保护机器有一定的保护能力不会轻易的受入侵干扰。
-10-
XXXX学院毕业设计（论文）
第4章 系统设计
4.1 设计指导思想和原则
4.1.1 指导思想
设计过程应该能做到预测和评估。一名好的设计者应该考虑以前开发的经验和数据，并根据实际问题的要求、可用的资源和前文提到的设计概念来做出判断。对于分析模型应该是可跟踪的。
在选用哪种模式的时候，就要考虑到资源的持续使用，这样即使得系统本身占有的空间变小，还可以提高系统的效率，节约时间，还能够为新的软件设计提供参考和重复使用。设计时应该投入到表示真正的新思想并集成那些已有模式上面去，并且模拟可能遇到的问题就行编写，从设计开始就提高了系统的稳定性
软件的设计要具备一致性和集成性。开发软件必然会是一个集体活动，会有很多合作者一起进行软件开发。这时候写代码的时候就要注重代码的耦合性，让几个组员看到别人的代码就跟自己的一样容易明白。在设计工作展开之前，设计小要确定软件设计的风格和格式的规则，如果妥善的设计了构件之间的接口关系，那么设计就是和谐的。应该适应扩展和变更。
系统设计应该要考虑到软件的容错性、兼容性和处理错误、异常的能力。设计应该要做到即使在遇到异常的数据、事件操作时，也能够平滑、轻巧的降级的进行操作和处理。良好的计算机程序要满足从不“彻底崩溃”，它应该被设计为能够适应异常的情况，面对异常的时候能抛出异常且能引导用户进行下一步的正确操作或处理。即使是必须中止处理时，也要采用人性化的方式处理。
有句口头禅“设计不是编码，编码也不是设计”。实质上设计是为程序构建做准备，由此可见即使为程序构件了详细的过程性设计，而事实上设计模型的抽象级别也比源代码更高。
4.1.2 软件设计原则
（1）依赖倒置原则。要求客户端依赖于抽象耦合。抽象不应当依赖于细节，细节应当依赖于抽象。
（2）里氏代换原则：一个软件实体使用的一个类有具有某种类型的对象，那么其他就有此类型的对象就是这个软件实体使用的类的子类，这个类是适用于他的子类的。也就是说，在软件里面，把父类替换成它的子类，程序的行为没有发生变化。子类可以扩展父类的功能，但是不能改变父类原有的功能。其有四点需要注意：
-11-
XXXX学院毕业设计（论文）
1. 子类可以实现父类的抽象方法，但是不能覆盖父类的非抽象方法。 2. 子类可以添加自己特有的方法。
3. 当子类的方法重载父类的方法时，方法的形参要比父类方法输入参数的条件更宽松。 4. 当子类的方法实现父类抽象方法时，方法的返回值条件要比父类的要求更加严格。 当然值得注意的是子类不能使用它的父类。
（3）合成/聚合复用原则。在一个对象中应用已有的对象，让这些已经存在的对象成为第一个对象的一部分，我们把第一个称为父对象，已经有的称为子对象；这子对象收到父对象的委派从而实现复用已经有功能的目的。对这个进行简要的概括就是:尽量不要使用继承，最好使用合成/聚合。
（4）单一职责原则。就一个类而言，它应该只有一个能引起它变化的原因，如果你可以用不止一种方法或者原因去改变一个类的话，那么这个类就不满足单一职责的原则。对次应该把这个类的多余的职责进行分离，直到一个类只做一件事为止。
（5）开-闭原则。一个软件实体应当对扩展开发，对修改关闭。也就是说软件设计在对一个功能模块设计时，对于功能的扩展应该是开放的，而在对功能模块做修改的时候其原有的功能应该是封闭的且不可被修改的。在保持系统一定稳定性的基础上，对系统进行扩展。
（6）接口隔离原则。使用多个专门的接口比使用单一的总接口要好。一个接口一个功能，可以提高接口的重复利用，但是如果都把几个功能写在一个接口上，如果别的程序要用到这些功能的某一个，岂不是要把这个哥接口都拿走，其他功能就浪费了，还占用空间。
4.2 构架概述
本系统根据B/S模式的WEB应用程序的特点，划分为前台页面功能和后台数据和逻辑处理功能两大部分。前台页面采用HTML、JSP、CSS、JavaScript等技术完成。后台部分采用Struts2框架，遵循MVC的设计规范。将后台功能部分划分为action、bean、service、util等模块部分。其中action包中的类作为控制器；bean包中的类作为数据库连接类和数据库操作类，包中的类都是实体类，与数据库中的表对应；service包中的类用来执行、处理各种业务逻辑，完成程序具体功能；util包中的类是程序中各处通用的一些功能类。
4.3系统数据流程
系统数据流顶层图和数据流底层图如图4.8和图4.9所示下所示。
-12-