服装生产管理：SpringBoot框架的高效实现

3　系统分析

3.1 可行性分析
可行性分析是该平台系统进行投入开发的基础第一步，必须对其进行可行性分析才能够降低不必要的需要从而使资源合理利用，更具有性价比和降低成本，同时也是系统平台的成功的未雨绸缪的一步。
3.1.1 技术可行性
技术可行性是指学习的技术是否能够完成本项目，如果团队本身没有相关的技术储备，而又能够迅速掌握此类技术，那项目应该达不到我们的设计要求。本文将开发的系统，将采用的关键技术包括JAVA编程语言、Spring Boot框架、MYSQL数据库存储技术等。大学时将这些技术已经学习掌握，因此，就技术层面而言，该项目的开发是有保障的。
3.1.2 经济可行性
项目需要考虑花费问题，我们必须考虑系统开发中所有的花费进行计算，我们要考虑到系统需不需要太大的资金。二是系统开发后期维护相关的费用大不大。本系统采用我们开源的技术没进行设计，再设计中没有太多的花费，只需要一台电脑便可以进行开发，因此，该项目的实施在经济上完全可行。
3.1.3 操作可行性
本系统操作不复杂且比较容易上手，对于初次接触本系统的来说，不许要接受什么培训就可以操作本系统。用户不需要什么特定的软件，只需要安装大众所使用的浏览器即可进行系统的访问。本系统采用可视化窗口，面向大众，有效的避免了繁琐的操作。而且，本系统将各个功能都详细设计，各模块功能逻辑清晰，对用户非常友好。因此，本系统具有操作可行性。
3.1.4法律可行性
所有的功能模块都不违法法律，也不涉及法律的灰色地带，项目部署在国内的服务器中，域名在国家的工业和信息化部进行备案，接受监管。所以在开发过程中不会涉及法律责任，具有可行性；
综上所述，本次开发的协力服装厂服装生产管理系统在技术、经济、操作以及法律四个方面都能够保障系统的顺利开发，具有极高的开发可行性。
3.2 系统性能分析
系统除了功能结构设计以外还需要附加需求的分析，非功能需求分析，主要是包括界面、数据库问题、框架等，需要满足非功能性能的需求，保证系统运行起来的时候能够达到最佳的效果，保证稳定性和安全性。
（1）数据底层统一。数据传输中需要进行数据处理，在查询数据存储上达到最佳效果。
（2）界面风格统一。图片需要进行PS处理，文字需要统一格式大小。
（3）数据库。每个模块都需要独立，各个模块之间相互配合，形成一个整体，包装各个功能合理化的配置，需要考虑开放端口，满足可扩展性。
3.3 系统功能分析
本协力服装厂服装生产管理系统主要实现了管理员功能模和用户功能模块两大部分，下面将对这两大功能模块分别进行功能需求分析。
管理员功能模块：管理员登录后可对系统进行全面管理，管理员登录后主要实现的功能模块包括个人中心、用户管理、人事安排管理、考勤管理、工资管理、样板管理、成品检验管理、订单管理、原料仓库管理、原料入库管理、原料出库管理、成衣仓库管理、成衣出库管理、系统管理，管理员实现了对系统信息的查看、添加、修改和删除的功能。
用户功能模块：用户在系统前台可查看系统信息，包括首页、人事安排、样板以及系统公告，没有账号的用户可进行注册操作，注册登录后主要功能模块包个人中心、考勤管理以及工资管理。
3.4 系统技术框架分析
本协力服装厂服装生产管理系统是基于B/S模式又称Brower/Server或浏览器/服务器模式。采取流行成熟的JSP+MYSQL技术，利用浏览器通过Web Server同数据库进行数据交互。本系统只要有一台能上网的电脑就能使用，即客户端零维护。而且，系统的扩展非常容易，只要能上网就可以使用了。采用技术框架图如图3-1所示。

图3-1系统技术框架图
3.5 系统流程分析
3.5.1开发流程
协力服装厂服装生产管理系统的开发也是有对应的流程，开发之前必须要进行用户功能需求的分析，最后根据功能需求进行网站设计还有数据库相关数据的设计工作，此次开发的协力服装厂服装生产管理系统开发流程如图3-2所示。

图3-2 开发流程图
3.5.2登录流程
用户要想在协力服装厂服装生产管理系统中进行参与操作，必须登录系统，用户登录流程图如图3-3所示。

图3-3登录流程图
3.5.3 注册流程
未有账号的用户可进行注册操作，注册流程图如图3-4所示。

图3-4 注册流程图
3.5.4添加信息流程
在添加信息时，系统首先判断信息是否合法，合法则添加成功，反之重新输入。添加信息流程图如图3-5所示。

图3-5 添加信息流程图

6　系统测试

6.1 测试目的
系统测试是通过在设定的特定的环境下执行程序来检测环境发生错误的不可或缺的阶段。系统测试包括安全测试、压力测试、回复测试等等，这些是保障我们所开发的程序与系统的优良质感非常为之重要的部分。
在项目的开发过程中，出现各种漏洞各种错误是极其正常的事情，有些错误可以凭借着开发工具发现，迅速找出并修改，而有些错误漏洞则是在一些细节上出现逻辑错误，导致引起一些列的错误，这类错觉有时藏得很深，会让我们在排除的过程中浪费大量的时间和精力。但随着时间的推移，经验的上涨，以后发现这类错误的时间一定会慢慢缩小。
系统测试的目的主要在于检查所实现的代码成品能否满足最初设定的目标以及系统需求，从测试的过程中发现与所需要的功能不同的错误，包括达不到预定需求甚至与预定需求完全矛盾的错误，并且在后续的开发上进行更改，甚至提出更加符合项目的新需求。
6.2测试步骤
测试的顺序就是先进行单元测试，这个测试没有问题之后，才是进行集成测试，紧接着就是进行程序的确认测试。接下来就对这几个在程序测试中占有一定分量的测试步骤进行阐述。 
（1）单元测试 
单元测试还有个只有极少数人知道的名字——模块测试。这个测试方法在程序编码过程中使用，每当程序员开发完成程序的一个功能模块之后，就要用到此测试方法，这个方法能够帮助开发人员及时发现并解决程序编码过程中产生的问题。能够帮助程序开发人员按照系统详细设计的说明书进行系统的功能开发操作。
（2）集成测试 
集成测试又名组装测试，通常运用于程序的设计阶段的测试，如果程序是由各个模块组装而成的话，那么集成测试着重用来检测各个功能模块间的通信还有接口。
（3）确认测试 
进入到这个测试环节，说明系统的功能大致上是不存在问题了，这个部分主要就是对系统功能进行再次确认，看看系统功能是不是符合需求规格说明书上面的内容，此外，也需要对程序的性能进行检测，还有系统具有的其他特点是不是都能满足用户的需求。如果系统是专门针对具体某个用户而开发的，那么系统的验收测试就是这个用户来进行，如果系统的使用者是许多用户的话，那么采用的就是Alpha测试和Beta测试来揭露错误。
（4）系统测试
已经通过确认测试的系统在这个时候就可以作为一个整体来进行测试了，这个部分考虑的因素就有测试的电脑的硬件因素，电脑上安装的软件因素，以及测试人员这个因素等。把这些因素结合在一起进行组装测试，还有确认测试等测试操作。
6.3测试方法
本测试主要是系统是否能够进行服务器进行处理信息的能力，不同的用户发出不同的服务请求，系统必须能够准确的进行数据的传达，在这种情况下进行测试响应的时间、内存使用的情况和CPU占用大小等指标，系统完成设计必须保证信息的正确性，信息紊乱带来的后果是非常可怕的，所有必须要进行压力测试，通过本测试进行系统相应速度、稳定性能和处理能力进行优化。
运用黑盒子测试的测试办法，把各个不同功能的软件模板进行区分、管理。对于不同的模块独立的分装起来，在传统测试的时候要进行数据的统一测试，完成对系统的概要设计详细解读资料、需要解决的问题，及操作的详细应用说明等内容来视作测试的突破口，对测试的对象进行逐一对照检查，并针对单个的程序检测延伸至这个研发过程中单个及整个集成单元的检测中，要有规律有顺序的进行，不但可以缩短我们的工作时效，避免返工的操作，也可以对可用性负责，提高了可操作性和软件研发的实用性。通过对系统概要设计验证测试，测试系统的统一管理方式，对系统的各个功能模块以及系统的性能进行测试，验证系统的功能以及系统的性能。
6.4测试结果
经测试本协力服装厂服装生产管理系统操作简单，界面清晰，运行稳定，能够充分满足协力服装厂服装生产管理需求。总体说来，软件通过测试。