|
一、功能要求
1、平台整体功能：
需要具备完善的教育主管部门监管功能，能全面了解所管辖区域学校的使用情况，厂商服务情况；厂商通过使用平台能快速，方便的开展校服服务工作，学校能直接监督校服的日常工作，做好服务的桥梁。
2、教育主管部门端功能要求：
2.1学校管理：可查询省市县各个辖区内，学校总数量以及纳入平台监管的学校数量，同时可查询各级别的学校的详细情况，包括学校名称，学生人数，学校类别及学校区域等信息。
2.2订购统计：可查询省市县各个辖区内学校的订购详细情况，包括学校名称，学校类别，学生数量，订购次数，订购总套数，订购总金额等。
2.3公告管理：可查询省市县各个辖区内公告管理的详细情况，包括公告名称，发布日期，公告状态，学校名称，合作企业名称，校服品类，男女款价格，已订购套数等。
2.4厂商管理：可查询省市县各个服务辖区内厂商的数量以及厂商的详细信息，包括企业名称，企业规模，注册资本，服务学校数量，累计供应套数，累计销售总额及用户好评率等。
2.5品类分析：主要统计了该辖区内，各个品类校服的种类，以及每个校服品类的订购学校和订购数量；同时还可查看辖区内每个学校的订购的具体的校服品类。校服品类主要包括运动服夏装，运动服春秋装，运动服冬装，制服夏装，制服春秋装；。
3、家长端功能要求：
3.1统一购买：支持学校统一采购校服，通过公告的形式告知学生家长，使学校的校服订购更加方便快捷，学生家长更加方便，做到真正的阳光透明。
3.2补订：无需学校发公告，非学校统一组织，学生可根据自身情况自行购买；零售购买增加购物车功能，方便学生一次购买多件，统一计算，方便快捷。
3.3我的订单：用户可在“我的订单中”查看订单的各种状态，知晓自己的订单情况，根据各种状态进行不同的操作，如：取消订单，再次购买，退款等。
3.4退款记录：用户可在此处查询自己退款的商品以及退款状态，知晓退款进度。
3.5更改学校：同一用户，可通过更改学校购买多个学校的的校服，避免一个家庭多个孩子多次注册的问题。
3.6密码修改：密码随时修改，保障账户安全。
3.7个人设置：可设置个人真实姓名，出生日期，邮箱等个人信息，也可更改手机号，该账号下的所有信息不因更换手机号受到影响；
4、厂商端功能要求
4.1统购生产单导出：导出统购商城中各个学校对应公告所订购的服装套数以及对应的尺码，厂商可根据此订单进行生产工作。
4.2统购发货单导出：导出厂商根据统购订单生产的各个学校年级对应的商品，根据此订单发往各个学校。
4.3零售生产单导出：导出零售商城中各个学校所订购的服装套数以及对应的尺码，厂商可根据此订单进行生产工作。
4.4零售发货单导出：导出厂商根据零售订单生产的各个学校年级对应的商品，根据此订单发往各个学校。
4.5统购更改物流状态：厂商可根据实际情况，实时更改统购商品的物流状态。
4.6订购明细查询：可查询或导出商品的详细订购情况。
4.7统购订购进度管理：可以对统购订购情况进行不同条件下的查询和分析，包括学校和公告名称，订购的套数和推广人数以及分析上单率等，对统购订购进行管理。
4.8商品列表查询：可以对和厂商合作的学校对应的商品做详细的查询，包括每个学校的订购商品品类，款号，名称，图片等商品信息，便于厂商做进一步的管理。
4.9添加商品：厂商可通过此功能上传自己的商品，经过平台审核通过后，学校可选择这些商品发布至统购或零售商城。
4.10商品尺码管理：厂商可以根据自己商品的实际情况，添加，便于对应商品的尺码，及尺码对应的身高体重。
4.11尺码温馨提示管理：厂商可根据实际情况对自己添加的尺码做适当的说明。
4.12温馨提示，可帮助家长买到合适的商品。
4.13零售商品管理：厂商可以审核学校发布的零售商品，审核通过的商品，将会发布在学校的零售商城，供学生购买。
4.14零售商品上下架记录：可查询发布的零售商品上下架的记录。
4.15公告列表查询：可查询所有合作学校发布的公告信息，包括学校名称，公告标题，发布/失效日期及公告状态等。
4.16服务学校列表：可查询厂商服务过的所有的学校，根据类别分为：服务中的学校、历史服务学校、公告期内学校。
4.17查看厂商信息：查看关于厂商相关的各种简介信息；
4.18查看订购反馈结果：查看订购后，家长用户对于厂商的商品的各种反馈结果，便于帮助厂商更好的改进。
4.19查看订购文字反馈：查看用户针对商品提出的各种评价，以便于厂商更好的改进。
4.20统购货款结算：查询各个学校统购商品的请款状态，及提交对统购商品的货款申请。
4.21零售货款结算：查询各个学校零售商品的请款状态，及提交对零售商品的货款申请。
4.22密码修改：密码随时修改，保障账户安全。
4.23个人设置：可设置个人真实姓名，出生日期，邮箱等个人信息，也可更改手机号，该账号下的所有信息不因更换手机号受到影响。
5、学校端功能要求
5.1公告管理：添加新的公告以及查询已经发布过的公告，包括公告的待发布，已发布，已退回，已失效等状态。
5.2零售商品上下架：学校可上架零售商品，也可根据实际情况下架零售商品，所有操作可批量进行。
5.3零售商品上下架记录：可查询学校上下架的所有商品，包括在售，已下架等各种零售商品的状态。
5.4商品档案查询：可查询和学校有合作关系的厂商提供的商品的详细信息。
5.5统购发货单导出：导出厂商根据统购订单生产的本学校各个年级对应的商品，发往学校的商品清单。
5.6零售发货单导出：导出厂商根据零售订单生产的本学校各个年级对应的商品，发往学校的商品清单。
5.7订购明细查询：查询与学校合作的各个厂商在本校的订购明细情况，包括厂商名称，订单笔数，订购数量等。
5.8统购订购进度管理：可通过查询参与统购的各个厂商的推广人数，订购套数，订购区间，统购倒计时等分析每个厂商的统购上单率，进行统一管理。
5.9货款结算：和学校合作过的厂商在请款时需要得到学校的确认方可完成请款。
5.10班级人数管理：学校需要完善本校每个年级班级的相关信息，包括年级班级名称及人数等。
5.11设置学校信息：学校需要完善本校的 学校信息，包括学校所在地，类别，区域，地址和校徽等。
5.12密码设置：密码随时修改，保障账户安全。
5.13、个人设置：可设置个人真实姓名，出生日期，邮箱等个人信息，也可更改手机号，该账号下的所有信息不因更换手机号受到影响。
5.14、服务厂商信息：可查看和学校有合作关系的厂商的合作状态，以及该厂商的基本信息和公告发布状态等。
5.15、查看订购反馈结果：查看订购后，家长用户对于厂商的商品的各种反馈结果，便于帮助厂商更好的改进。
5.16、查看订购文字反馈：查看用户针对商品提出的各种评价，以便于厂商更好的改进；
二、性能要求：
1、java(jdk-7u80-linux-x64)架构。
2、前端技术采用阿里BUI，kissy， jsp，jQuery，React等技术实现不同浏览器，不同版本的兼容。
3、后端技术采用Spring Framework，SpringMVC，Apache Shiro，Spring session，MyBatis，MyBatis Generator，PageHelper，Druid，mycat，FluentValidator，ZooKeeper，Dubbo，Redis，Solr & Elasticsearch，Quartz，ActiveMQ，JStorm，FastDFS，Log4J，Swagger2，Jenkins，Maven，docker, kubernetes等技术实现云服务架构。
4、云服务平台支持不少于3000万用户，满足不少于150 万用户同时在线，不少于3万用户并发操作，7×24 小时连续不间断稳定工作，页面响应时间不超过2秒，业务明细查询时间不超过3秒，统计汇总查询不超过10秒。
三、安全要求：
1、云服务基础平台，需要全天候安全漏洞监测，及时发现直接获取权限、SQL注入、越权访问、数据泄露、任意代码执行等中高危漏洞，对自身发现的和互联网补天、乌云等平台发现的以上系统漏洞及时提供漏洞修复方案。
2、采用第三方云服务基础平台，并在亚马逊 AWS，阿里云，百度云，腾讯云等主流云服务商中选择，以保障云服务安全。
3、具备完善的使用授权、监控和日志管理机制，能够进行访问审计；
4、应用系统对敏感数据进行加密；
5、具备完善的数据备份恢复功能，制定合理的备份策略；
6、具备应急恢复方案。 |