1 系统总体结构设计 根据业务流程，需要将网站划分为前台、后台和数据库。前台中，用户在登录网站主页后即可链接查看到服饰商品等信息，还可以做订购商品等活动。为了方便用户搜索感兴趣的服饰信息，将搜索嵌入到主页面。数据库将要作为网站后台重要的组成部分，店铺管理员的主要操作几乎全部都围绕数据库，最后将更新的数据要显示给前台。 前台是一个比较大的功能群，它所包含的信息不仅数量多，而且种类不同。将它设计成比较优化的结构形式能组织好网站的信息内容并将其归类，方便用户获得所需要的信息。其中没一部分都以尽量少的内容显示，以免浏览者看的眼花缭乱而失去耐心。除了这些作用外，设计好前台的结构形式，也是为后面程序的编写做出了框架。在为系统划分功能模块，并以模块为单位来实现设计时也是以这个结构为根基的。 系统的后台要对整个网站的信息和数据进行维护。网站前台所显示的信息在后台都应该有对应的维护。这样，除了设计后台的各个管理界面外，为了方便管理员的工作，可以将各个管理的界面结合到一个页面中。因此，各个管理的界面会作为主管理界面的分支。 在设计好网站前台和后台的结构以后，就将数据库加入到结构中。后台将更新的数据写入到数据库中，前台再将数据库中的信息取出来并显示。 1.1 功能模块设计 层次模块结构是将系统划分为若干子系统，子系统下再划分为若干的模块。而模块是指具备有输入输出、逻辑功能、运行程序和内部数据四中属性的一组程序。在结构化系统设计中，模块一般都是按功能划分的，通常称为功能模块。合理的功能模块的划分能够极大限度地减少重复劳动、提高开发工作的效率并增大系统的可维护性。 以前面的系统分析为基础，将系统分为两大模块，即前台模块和后台模块。 网上服饰店的功能结构如图3.1所示 1.1.1 前台模块的功能模块设计 前台模块主要为登录网站的用户提供服饰和服务的信息，为账户充值，填写并提交订单的服务。这样，将前台模块再细分为商品查询模块、订单查询模块、购物车模块、用户信息模块、留言板模块。顾名思义，这些模块的名称基本概括了它们的功能。下面是这些功能模块的简介： 一、商品查询模块 通过商品的名称进行查询，可以更快的查询到自己所查的商品资料。 二、订单查询模块 提供给网络用户对所下的订单进行查询，可以查询到自己的订单当前的状态。 三、购物车模块 在商店购物，可以根据自己的需要将很多种商品挑选至购物车或购物篮中，然后到收银台结款。而在网上虚拟的服饰店铺中，当然没有办法使用真正的购物工具，因此，通常都会采用一种被成为“购物车”的技术来模拟现实生活。在网上服饰店中，所选商品须通过购物车进行暂存，然后生成订单。这种技术使用起来十分方便，不但可以随时添加、查看、修改、清空购物车中的内容，还可以随时去收银台结账。 四、用户信息模块 提供网络用户对自己注册信息、个人资料、密码的修改、账户余额的查询、充值等。 五、留言板模块 留言板是一个网上店铺不可缺少的组成部分，它可以增进用户和店铺之间的交流。在现实网络开发中存在着各种各样的留言板，但是它们都由基于浏览留言板和添加留言2部分组成。 六、其它模块 商品浏览，帮助中心信息浏览，公告信息浏览等功能。 这样，子模块各自的内容基本设计好。下面可以设计如何将这些模块组织在一起，构成一个结构比较合理的前台了。除了在主页中建立面向其他模块的链接外，也要在其他模块中建立返回主页面的链接。另外各个模块也应该互相链接起来。 1.1.2 后台管理模块的功能模块设计 后台管理模块的功能是对站内的资源进行管理和维护。以后台的业务流程分析和前台各个模块的设计为基础、根据用户的需求分析来确定后台管理模块应具有的功能。后台管理模块的各个子功能模块如下： 一、店铺管理员身份验证模块 为合法用户提供一个后台入口。该模块的功能是对店铺管理员身份进行验证。用户输入登录ID和密码后，系统将判断登录ID及密码的有效性，如果通过验证则进入后台主页，反之则提示错误。 二、商品管理模块 实现店铺管理员对站内商品的进行划分类别，定期更新管理商品，进行添加与删除操 作。 三、类别管理模块 实现店铺管理员对商品类别与种类的管理，进行添加与删除操作。 四、订单管理模块 实现店铺管理员对站内订单的管理，提供订单列表，查看历史订单。 五、用户管理模块 实现店铺管理员对站内用户的管理，和添加管理员的账号与密码，和退出功能。 六、店铺站内信息管理模块 实现店铺管理员对站内的公告信息、帮助中心的信息进行管理，添加与删除功能，向用户发布最新消息。 七、留言管理模块 实现店铺管理员对站内留言的管理，提供留言列表，查看和回复留言。 2 系统详细设计 2.1 数据库设计 数据库是数据库应用程序的重要组成部分。一个设计结构合理的数据库对于应用程序的开发效率和程序的性能都是非常重要的。 2.2.1 E-R图 E-R图是一种概念模型。它对整个数据库的设计具有深刻的影响。以下是各个数据表的实体图。
3系统调试与实施 在完成某一功能模块后，都要进行一下系统测试。检验所完成的这一模快是否能实现预期的功能。其目的是方便整个系统的实现。 3.1 系统测试原则 一、测试工作由非原来开发软件的个人或小组承担。 二、设计测试方案时，不仅包括确定的输入数据，而且应包括从系统功能出发预期的测试结果。只要将运行结果与预期测试结果进行对比即可发现有无错误。 三、测试用例不仅包括合理、有效的数据，还要包括无效的或不合理的输入数据。 四、不仅要检验程序是否作了该做的事，还要检验程序是否同时作了不该做的事。 五、软件中存在错误的概率和已经发现错误的个数是成正比的。 六、保留测试用例，作为软件文档的组成部分。 3.2 系统测试及结果 一、界面检查 打开系统页面，对照其中的界面名称及功能名称是否正确；对每个界面的各个下拉菜单、复选按钮进行检查，检查其是否有错误条目或缺少项目；并对链接按钮进行检查，检查其是否能够实现正常链接、安全返回的功能。 二、功能测试 检查每个模块下的显示、添加、修改、删除等功能是否可以正确实现，进而检查程序代码是否存在错误、数据库连接是否正常。 三、综合测试 在对各个模块分别调试之后，进行系统的综合测试，检测了几个模块共同调用一个数据库中的表对执行结果的影响。并检测了整体功能实现情况，最终实现了测试结果正确性。 四、测试问题的解决 在测试过程中，遇到了部分修改功能，在单步执行过程中能够通过执行数据库语句段的操作，并提示“修改成功”，而查看数据库数据却发现还是原来的值。以前台用户管理模块中充值为例进行功能的测试：输入要进行添加的金额，点击确认充值按钮后，却不能真正修改了数据库内金额的多少。通过仔细查看源代码，寻找错误，尝试将赋给OleDbParameter[] param的值的位置进行调换，得出了我们所看到的正确的代码。 |
