第3章 系统分析
用户的需求以及与本系统相似的在市场上存在的其它系统可以作为系统分析中参考的资料，分析人员可以根据这些信息确定出本系统具备的功能，分析出本系统具备的性能等内容。
3.1可行性分析
尽管系统是根据用户的要求进行制作，但是在确定制作前，有必要分析其可行性。
3.1.1操作可行性分析
开发本系统需要用到的工具，本人都比较熟悉，因此可以使用这些工具，完整开发考编论坛网站。此外，考编论坛网站在功能上，基本都是完成信息的处理，涵盖了添加，修改，删除等，而且操作者面对的都是各个功能操作界面，并不是编码后台，所以一般的使用者都可以通过操作界面轻松完成信息的加工处理。因此，本系统操作可行。
3.1.2经济可行性分析
开发本系统，并没有投入资金购买开发工具。因为使用的开发工具都是事先在百度上下载安装在本人电脑上的，随着软件开发技术的成熟，系统功能实现的编码也都模块化，很容易通过各大软件开发类网站获取，并通过小部分代码改动，运用到本系统中，这些都不需要资金投入，同时，本系统开发的结构选用B/S，成本可以忽略不计。
3.1.3技术可行性分析
本系统需要的软件包括Eclipse，Tomcat，Mysql等，这些工具都接触并使用过，至于JAVA，B/S，vue，Html等技术，图书馆都有对应的书籍可以参考学习，加上平时课堂上学习的编程小项目对这些技术都有讲解，另外，本人也从课程设计作业中锻炼了编程能力。所以在技术上，可以完成考编论坛网站的编程开发。
通过上面的分析，已经确定了本系统在经济上的可行，本系统在技术上的可行，本系统在操作上的可行。由此，可以得出在目前的条件下，对于考编论坛网站的设计与实现是可以进行下去的。
3.2系统流程分析
本系统在处理数据时，其内部的操作逻辑也需要使用相应的工具进行展示。
在本系统的数据录入页面，对于操作者提供的每条数据都有相应的检验规则，比如数据信息不能有非法字符，或者本来应该是汉字的数据，不能用字母代替，还有对数据内容的长度等进行规范，这样的可以确保数据准确性的检验规则，在编码时，就提前编写好了。数据添加的流程见下图。如果数据已经保存进入数据库，则说明操作者提供的数据内容和格式都是符合要求的。
图3.1 添加信息流程图
很多时候，面对系统中的大量数据，难免会发现一些错误，因此需要及时纠正错误，本系统也提供数据后期的修改功能，其流程见下图。但是更新的数据也需要通过数据有效性检验。能够最终写入数据库则说明修改的数据是符合要求的。
图3.2 修改信息流程图
面对数据库里面大量数据，在系统的前台，要想快速获取需要的信息，就需要使用查询功能。其流程见下图。该功能需要操作者提前输入关键词，当系统的后台数据库保存了与关键词匹配的数据时，就会及时显示出来，整个过程耗时很短。
图3.3 查询信息流程图
3.3系统性能分析
分析考编论坛网站对于性能的需求主要还是从下面的5个角度来分析，它们分别是系统的实用性，系统的适应性，系统的易操作性，系统的安全性和系统的易维护性。
性能需求一：系统的实用性，本系统主要是让管理人员集中处理相关信息，可以提供方便快捷的信息添加，信息编辑等操作。在提高信息管理人员的工作效率的同时，也可以降低管理成本，并大大减少管理人员日常繁琐的工作量。
性能需求二：系统的适应性，本系统对于运行环境的要求并不高，可以被广泛运用在生活中。因为使用者只要在日常使用的计算机，或者是随身携带的笔记本上搭建运行环境都能运行本系统，另外系统提供的基础功能包括添加，修改等都能随时操作。
性能需求三：系统的易操作性，本系统提供的功能跟同类型系统一样，也具备简单的增删改操作，操作流程的逻辑也符合广大使用者的使用需求，使用者使用本系统管理数据会非常顺手。
性能需求四：系统的安全性，本系统在数据保存与管理上安全系数要达标，在设计与编码阶段，通过对用户进行权限分配，把系统的功能依照不同用户的角色进行分配，在首次进入系统时，通过编写安全验证的代码模块，引导不同用户进入不同的操作界面。还可以对用户基础信息包括登录的账号密码等进行加密保存，可以利用当下常用的技术成熟的MD5加密技术实现。
性能需求五：系统的易维护性，本系统在后期运行中，会根据使用者的操作，产生许多数据信息，为了便于维护，就要求这些数据可以通过工具从数据库中导出来，对于一些阶段性数据，可以进行批量删除，以此达到轻负荷处理数据的目标，让本系统可以变得更加轻盈。
第4章 系统设计
市面上设计比较好的系统都有一个共同特征，就是主题鲜明突出。通过对页面简洁清晰的布局，让页面的内容，包括文字语言，或者视频图片等元素可以清晰表达出系统的主题。让来访用户无需花费过多精力和时间找寻需要的内容。
4.1界面设计原则
一般来说，大部分用户使用系统，有些是想从系统中获取需要的信息，有些则是使用系统提供的服务。所以，为了改善用户体验，提高系统的使用率，在对系统界面设计时，需要按照下面的原则进行。
第一点，对用户进行分析，了解用户使用系统的目的，以及使用系统的方式，考虑大部分用户的阅读习惯，设计Z字形或F型结构可以方便用户获取信息。
第二点：设计有效的导航，这个包括每个页面上都有导航条的显示，有时也可以在页面的底部设计导航条，当用户进入具体页面时，要设计相应的位置提示，在页面中比较特殊的位置，需要设计返回链接，可以返回上个页面，也可以返回首页等。
第三点：对整个系统要运用统一的设计方案，包括色彩方案的一致性，页面模板的相似性等，对相同操作和专业术语的描述在整个系统中也应该保持一致。
第四点：设计的界面要保证传达的内容清晰准确。要避免在同一个页面设计非常多的内容，另外可以准确对系统内容进行分类，把页面中用户视觉集中的位置，用来显示重要信息。
作为初学者，并没有那么多的设计经验，但是可以运用上面提到的界面设计原则设计出比较好的系统，可以让用户产生良好的使用体验。
4.2功能结构设计
为了让系统的编码可以顺利进行，特意对本系统功能进行细分设计，设计的系统功能结构见下图。
图4.1 系统功能结构图
4.3数据库设计
一般来说，对用户进行调查，了解其需求，主要还是完成功能上的分析设计，殊不知，设计功能时，也要展示对数据库的设计。数据库服务于程序，它可以按照设定的规则对程序的数据进行保存，因此，也可以说数据库就是程序相关数据的集合。为了保证程序的高质量，数据库提供的数据存储服务也需要快速响应，同时数据信息也要安全合法可靠，所以设计一个数据库这样的任务也需要高度重视，并花时间和精力去努力完成。毕竟这影响到后期程序的开发和使用。试想而知，假设设计一个不好的数据库，遇到的问题将会有：第一，面对信息处理，会有着繁琐的业务逻辑，延长事务处理时间。第二：程序编码期间，将会产生更多的代码去完成数据处理的功能，产生大量的数据冗余，而且也不方便注释代码，还会占用更多的存储空间。综上所述，设计出合理的数据库是多么的重要。
（1）下图是经验交流平台实体和其具备的属性。
经验交流平台实体属性图
（2）下图是用户实体和其具备的属性。
用户实体属性图
（3）下图是跳蚤市场实体和其具备的属性。
跳蚤市场实体属性图
（4）下图是商品留言实体和其具备的属性。
商品留言实体属性图
（5）下图是公告信息实体和其具备的属性。
公告信息实体属性图
（6）下图是商品订单实体和其具备的属性。
商品订单实体属性图
（7）下图是收货地址实体和其具备的属性。
收货地址实体属性图
4.3.2 数据库物理设计
作为程序后台的支持，本数据库也需要设计数据存储的结构。而数据存储结构的设计就包括了数据表结构的设计和创建。数据表结构包括了字段，数据类型，还有字段的取值范围等信息。而E-R模型中的实体就是一张表，实体的特征就可以作为该表中的字段，根据本程序信息存储要求，设计每个字段需要的类型，还有该字段的取值范围等。每当设计完成一张数据表，就需要及时保存在数据库里面，并对该设计的数据表准确命名，要求设置的数据表的名称尽量不要是中文，而且要方便记忆。因为在程序编码阶段，通过SQL语句可以把程序里面的数据写入在各个数据表里面，而这个环节需要使用到数据表的名称。如果数据表名称是中文的话，可能会乱码并影响程序运行。下面就以表格形式展示设计的结果。
表4.1收货地址表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | yonghu_id | Integer | 创建用户 | 是 |
| 3 | address_name | String | 收货人 | 是 |
| 4 | address_phone | String | 电话 | 是 |
| 5 | address_dizhi | String | 地址 | 是 |
| 6 | isdefault_types | Integer | 是否默认地址 | 是 |
| 7 | insert_time | Date | 添加时间 | 是 |
| 8 | update_time | Date | 修改时间 | 是 |
| 9 | create_time | Date | 创建时间 | 是 |
表4.2字典表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | dic_code | String | 字段 | 是 |
| 3 | dic_name | String | 字段名 | 是 |
| 4 | code_index | Integer | 编码 | 是 |
| 5 | index_name | String | 编码名字 | 是 |
| 6 | super_id | Integer | 父字段id | 是 |
| 7 | beizhu | String | 备注 | 是 |
| 8 | create_time | Date | 创建时间 | 是 |
表4.3经验交流平台表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | forum_name | String | 帖子标题 | 是 |
| 3 | yonghu_id | Integer | 用户 | 是 |
| 4 | users_id | Integer | 管理员 | 是 |
| 5 | forum_types | Integer | 帖子类型 | 是 |
| 6 | forum_content | String | 发布内容 | 是 |
| 7 | super_ids | Integer | 父id | 是 |
| 8 | forum_state_types | Integer | 帖子状态 | 是 |
| 9 | insert_time | Date | 发帖时间 | 是 |
| 10 | update_time | Date | 修改时间 | 是 |
| 11 | create_time | Date | 创建时间 | 是 |
表4.4公告信息表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | news_name | String | 公告标题 | 是 |
| 3 | news_types | Integer | 经验交流平台 | 是 |
| 4 | news_photo | String | 公告图片 | 是 |
| 5 | insert_time | Date | 添加时间 | 是 |
| 6 | news_content | String | 公告详情 | 是 |
| 7 | create_time | Date | 创建时间 | 是 |
表4.5跳蚤市场表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | shangpin_uuid_number | String | 商品编号 | 是 |
| 3 | shangpin_name | String | 商品名称 Search11 1 | 是 |
| 4 | shangpin_photo | String | 商品照片 | 是 |
| 5 | shangpin_types | Integer | 商品类型 | 是 |
| 6 | shangpin_kucun_number | Integer | 商品库存 | 是 |
| 7 | shangpin_old_money | BigDecimal | 原价 | 是 |
| 8 | shangpin_new_money | BigDecimal | 现价 | 是 |
| 9 | shangpin_clicknum | Integer | 热度 | 是 |
| 10 | yonghu_id | Integer | 用户 | 是 |
| 11 | shangpin_content | String | 商品介绍 | 是 |
| 12 | shangpin_delete | Integer | 逻辑删除 | 是 |
| 13 | insert_time | Date | 录入时间 | 是 |
| 14 | create_time | Date | 创建时间 | 是 |
表4.6商品留言表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | shangpin_id | Integer | 商品 | 是 |
| 3 | yonghu_id | Integer | 用户 | 是 |
| 4 | shangpin_liuyan_text | String | 留言内容 | 是 |
| 5 | insert_time | Date | 留言时间 | 是 |
| 6 | reply_text | String | 回复内容 | 是 |
| 7 | update_time | Date | 回复时间 | 是 |
| 8 | create_time | Date | 创建时间 | 是 |
表4.7商品订单表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | shangpin_order_uuid_number | String | 订单号 | 是 |
| 3 | address_id | Integer | 收货地址 | 是 |
| 4 | shangpin_id | Integer | 商品 | 是 |
| 5 | yonghu_id | Integer | 用户 | 是 |
| 6 | buy_number | Integer | 购买数量 | 是 |
| 7 | shangpin_order_true_price | BigDecimal | 实付价格 | 是 |
| 8 | shangpin_order_types | Integer | 订单类型 | 是 |
| 9 | shangpin_order_payment_types | Integer | 支付类型 | 是 |
| 10 | insert_time | Date | 订单创建时间 | 是 |
| 11 | create_time | Date | 创建时间 | 是 |
表4.8用户表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | yonghu_name | String | 用户姓名 | 是 |
| 3 | yonghu_photo | String | 头像 | 是 |
| 4 | yonghu_id_number | String | 身份证号 | 是 |
| 5 | yonghu_phone | String | 联系方式 | 是 |
| 6 | yonghu_email | String | 电子邮箱 | 是 |
| 7 | new_money | BigDecimal | 余额 | 是 |
| 8 | yonghu_delete | Integer | 逻辑删除 | 是 |
| 9 | create_time | Date | 创建时间 | 是 |
表4.9管理员表
| 序号 | 列名 | 数据类型 | 说明 | 允许空 |
|---|---|---|---|---|
| 1 | Id | Int | id | 否 |
| 2 | username | String | 用户名 | 是 |
| 3 | password | String | 密码 | 是 |
| 4 | role | String | 角色 | 是 |
| 5 | addtime | Date | 新增时间 | 是 |
第5章 系统实现
这个环节需要使用前面的设计方案，包括对系统模块的设计，还有对程序后台的数据支持的数据库的设计等。不过这部分内容还是强调系统编码人员的开发能力，要把前面设计的内容通过编码的形式以一个完整的，可以运行的系统呈现出来。
功能模块的实现
5.1用户信息管理
如图5.1显示的就是用户信息管理页面，此页面提供给管理员的功能有：用户信息的查询管理，可以删除用户信息、修改用户信息、新增用户信息，
还进行了对用户名称的模糊查询的条件
图5.1 用户信息管理页面
5.2 跳蚤市场管理
如图5.2显示的就是跳蚤市场管理页面，此页面提供给管理员的功能有：查看已发布的跳蚤市场数据，修改跳蚤市场，跳蚤市场作废，即可删除，还进行了对跳蚤市场名称的模糊查询 跳蚤市场信息的类型查询等等一些条件。
图5.2 跳蚤市场管理页面
5.3经验交流平台管理
如图5.3显示的就是经验交流平台管理页面，此页面提供给管理员的功能有：根据经验交流平台进行条件查询，还可以对经验交流平台进行新增、修改、查询操作等等。
图5.3 经验交流平台管理页面
5.1公告信息管理
如图5.4显示的就是公告信息管理页面，此页面提供给管理员的功能有：根据公告信息进行新增、修改、查询操作等等。
图5.4 公告信息管理页面
第6章 系统测试
尽管系统在编码过程中，程序的编制人员也会对编程的功能模块进行逐个测试，但还是避免不了已经组合完成的系统整体没有错误。很多时候，面对功能繁多，逻辑复杂的系统时，系统的测试就需要不同人来测试，并设计一些故障来检验系统的应对能力，以及发现很多系统内部的潜在问题。并通过寻求解决办法去完善系统，确保系统质量。
6.1 系统测试方法
根据系统的测试流程，划分的系统测试方法有单元测试，集成测试，系统测试，验收测试。接下来就开始描述这些内容。
单元测试：这个测试环节在编码中用得最多，主要是编程人员进行的，通常对编码实现的各个子模块当成一个单元完成测试，主要基于代码的层面去发现问题，所以它也是白盒测试中的一种。
集成测试：这个环节进行的前提是，已经把系统的各个子模块进行了组合，然后把组合的完整系统进行测试，检验组成目标系统的各个子模块是否具备兼容性，还有目标系统是否根据预期目标正常运行。
系统测试：这个环节用到了黑盒测试，主要是检验系统的功能。并确定目标系统的各个功能是否运行正常。
验收测试：这个环节需要用户参与，让用户在系统操作界面上通过对不同数据的输入，检测系统的输出结果，以此检验目标系统与用户需求之间存在的差异程度。存在的差异越小，就代表着越符合用户的期望。
6.2 功能测试
考编论坛网站的目标用户最终面向的是系统的功能，所以检验本系统的功能也是一项重要任务，只有该系统的功能都能保证正常使用，才会吸引更多的用户来使用。
6.2.1 登录功能测试
本系统在编码时，提前在登录模块编写了安全验证规则，通过判断访问者提供的数据，引导符合要求的用户进入指定页面。测试表如下。错误的数据输入，在本系统中会得到及时的反馈提示。
表6.1 登录功能测试表
| 功能 | 录入的数据 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|
| 管理员登录 | 用户名：空 密码：空 | 提示请填写用户名 | 提示请填写用户名 | 通过测试 |
| 管理员登录 | 用户名：guanliyuan 密码：空 | 提示请填写密码 | 提示请填写密码 | 通过测试 |
| 管理员登录 | 用户名：guanliyuan 密码：gly | 提示用户名密码不匹配 | 提示用户名密码不匹配 | 通过测试 |
| 管理员登录 | 用户名：guanliyuan 密码：guanliyuan | 提示登录成功，并跳转到功能操作区 | 提示登录成功，并跳转到功能操作区 | 通过测试 |
6.3 测试结果分析
通过测试，可以发现考编论坛网站具备完善的功能，同时具备易操作性和易维护性的特点，在系统安全性上也有比较健全的数据保护机制。至此，考编论坛网站可以投入使用。
结 论
之前在课本上学习过软件开发的知识，包括开发流程的了解，开发技术的学习，还有如何进行系统需求分析与设计，老师也选取了比较有代表性的管理系统在课堂上进行讲解，并在课后布置作业让我们练习，期间老师也让我们也对系统实现与测试进行了了解。所以面对本次考编论坛网站的开发制作，我的脑海里还是有比较清晰的思路。在系统制作中，以及配套文档的编写中，我都是按照软件开发流程一步步开展我的工作。
从系统的角度讲，考编论坛网站制作中，它的难点在于功能的确定，对系统结构的设计，还有设计性能优良的数据库，以及采用成熟的技术实现系统功能等，这些是我面临的困难。针对这些难点，我采取了一定的措施。在不知道系统的功能时，我在网上寻找了很多相似系统，并把这些系统的大致功能进行了记载，把对本系统有用的功能部分进行了采用，另外，我也从网上获取了大量关于系统设计方面的知识，包括系统模块划分，设计原则，数据库表的设计与创建等知识，也从软件开发类博客中，获取了程序编码的技术知识，包括数据增删改代码模块的编写与使用。在本系统编码完成其对应功能后，我对系统的所有功能进行了耐心的测试，最后发现我开发的系统是合格的，可以进行验收。因为本系统除了具备简洁美观的界面外，在功能上可以满足使用者对于数据操作的需求，并且本系统的功能与系统分析设计的功能保持高度一致，而且系统运行稳定，面对用户的误操作，也建立了报错反馈机制，系统的质量可靠。唯一不足的就是系统数据表的设计在字段考虑上并不全面，为字段匹配的数据类型也不精确，还有系统代码部分，有很多地方还没有进行注释，代码编写不够简洁等。
从文档的角度来讲，在完成考编论坛网站制作后，对其制作过程需要进行描述，包括如何进行的需求分析，如何完成系统的设计，以及实现的系统功能的运行效果等都要进行描述。这期间我也花费了将近一个月时间来完成，为了达到学院要求的文档排版标准，我也多次在导师建议下，学习办公软件的使用，还有排版技巧。功夫不负有心人，我编写的文档在面临多次编写修改后终于完成了。
总而言之，制作毕设虽然经历了很多环节，但是认真对待这个事情，我们将会在各个环节获取很多知识，也会在各个环节的实际操作中，锻炼我们的实践能力。通过本项目制作，我开始明白，很多知识并不只是来源于书本，来源于老师课堂上讲解的知识，也需要来源于各大学习网站以及生活实践等。至此，我还是会继续努力，保持新知识的主动学习习惯。
