| 互联网+废品回收项目详细设计说明书 | 您所在的位置：网站首页 › 网上注册收废品下载什么样的网站 › 互联网+废品回收项目详细设计说明书 |
互联网+废品回收项目详细设计说明书
|
本项目设计书为笔者软件工程课的作业，由于时间有限较为粗糙，不合理之处还望指出并改正。 互联网+废品回收项目可行性分析报告 互联网+废品回收项目需求分析报告 互联网+废品回收项目概要设计说明书 互联网+废品回收项目详细设计说明书 互联网+废品回收项目数据库设计说明书 页面实现（静态页面）所在git仓库 F.1 引言 F.1.1 编写目的为了明确系统实现功能，提供明确目标指导开发过程，最终完整实现系统建设项目，编写了本详细说明书。 供开发人员使用，作为系统开发的依据。作为项目验收标准之一。软件维护的参考资料。另外，编写此文档为了能够使用户和系统的开发人员更好的沟通，能够对系统的功能达成一致，确定出系统应该实现哪些功能，不实现哪些功能，便于用户与开发商协调工作，为软件系统的后续开发完善提供便利。 F.1.2 背景开发单位：wyq工作室 负责人：wyq 互联网+废品回收的想象空间：从资源回收产业链改造的角度去说，互联网取缔了“回收站点”，将零散的回收从业者个人统一起来，使旧物直接从用户家中到达回收基地（大型回收分拣处理企业），缩短了产业链流程以节约成本，包括单人、单点覆盖面的时间成本，运输成本、层层转手产生的二次成本。如果从规模上来说，在完全规模化以后，还能实现城市回收基地的取代，直接与再生产企业建立业务往来，这中间成本几乎为零。另一方面，如果旧物回收工具能够成功进入家庭或社区，成为一道入口，在这个方向上将更加具有想象力。 F.1.3 定义B/S：（Browser/Server结构）结构即浏览器和服务器结构。 需求： 用户解决问题或达到目标所需的条件和功能；系统或系统部要满足合同、标准，规范或其他正式文档所需具有的条件及权能。 F.1.4 参考资料[1] 张海藩、牟永敏. 《软件工程导论（第6版）》[M].北京: 清华大学出版社，2013 F.2 程序系统的结构用户登录， 如果是老会员则直接验证登录到系统首页，如果是新会员则首先进行注册， 注册成功， 进行登录，登录成功的用户进入系统首页。 F.3.3 性能身份认证模块和检查用户名模块要对数据库进行搜索和录入，检查用户是不是合法和注册时用户表里是否有此会员的会员名，如果是会员要求反应时间在1秒之内，如果不是会员反映时间在2秒之内并在0.5秒之内跳转到注册页面。 F.3.4 输入项在登录界面登陆的信息包括：用户信息（会员名，用户密码，数据类型：varchar，长度：20） 密码要以“ * ”显示 F.3.5 输出项对用户输入信息进行判断， 通过验证后进入用户操作界面， 如果该用户信息不存在提示“注册”。 F.3.6 算法 登录过程:从登录界面得到游客的用户名及其密码，传给登录检查文件检查用户名及密码是否正确。对于密码框，要求用户输入密码时候显示为“ * ” If(用户名在数据库中存在并且用户名所在记录中密码项与所得到的相同) { 显示登录成功 网页转向到登录页面 }Else { 提示用户名或密码有误 } 注册过程:从注册界面得到游客的个人信息，如：用户名、登录密码、真实姓名等。将信息传递给会员检查函数，在其中验证数据项是否符合规定。若符合则会员要求再将其值传递并保存到数据库中。 检查数据过程：对登录注册的会员号和密码的格式进行检验，如果通过验证则返回true，进入身份认证，否则返回false，调用错误处理程序。 if(用户名为空或字符少于指定字符) { 警告请正确的填写用户名 return false } if(密码长度不符) { 警告：密码长度应该在5位到20位之间，请重新输入 return false； } if(两次输入的密码不同) { 警告：两次输入的密码不同，请重新输入 return false； } if(输入的字符少于2个汉字字符) { 警告：请填写真实姓名； return false； } 身份认证&检查过程：对登陆的用户名及密码进行检验，如果通过验证则返回true，进入系统主菜单，否则返回false，调用错误处理程序。 if(MemberUser不存在) { ErrorNoID == T; Error(); return false; } if(MemberUser所在列MemberPassword与数据库中password不相符) { ErrorPassword == T; Error(); return false; } else { redirect(index.jsp); return true; } Error（）过程（错误信息）：错误处理程序，给出错误提示，并引导用户转入系统登陆界面或注册界面。 if(ErrorNull == T) { 显示：会员号为空，请输入用户名&密码为空，请输入用户名&密码; login(); } if(ErrorLen == T) { 显示：输入的信息超过规定字符长度,请重新输入; login(); } if(ErrorType == T) { 显示：输入含有非法字符,请重新输入; login(); } if(ErrorNoID == T) { 显示：无此用户名，请重新输入; login(); } if(ErrorPassword == T) { 显示：密码错误，请重新输入; login(); } F.3.7 流程逻辑面向服务器采用固定式分区存储结构。 F.3.10 注释设计详见本功能模块算法。 F.3.11限制条件由于本系统的开发将是基于浏览器的B/C结构，所以浏览器语言使用HTML/CSS/JavaScript，服务器端的语言使用ASP（.NET），开发人员将不能用其他的开发语言（编写组件除外）。而数据库也将随之采用SQL Server2000。 开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试和维护及升级。一个更为完善的网上购物系统，应提供更为便捷与强大的信息查询功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能。对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。 F.3.12 测试计划测试工件为四个阶段：单元测试、组装测试、确认测试、系统测试。 单元测试：采用白盒法和黑盒法相结合的方法，对于逻辑结构复杂的模块采用白盒法，对于以输入、输出为主的模块采用黑盒法测试，以提高测试的效率。 组装测试：自底向上的增式测试。 确认测试：由用户参与按需求规格说明书验收。系统测试：采用人工测试方法。(1) 系统环境模块测本测试是为了检测系统环境模块，数据连接是否正确，数据能否正确，并进行仔细核对。 (2) 基本信息测试基本信息模块是本系统的一个重要模块，本模块能否正确运行关系到系统设计成败的关键，所以有必要专门对这个之模块进行严格的测试。以弥补设计过程中的不足。及早发现和修改问题。 (3) 查询模块的测试所有的数据库管理软件设计的目的之一都是为了人们提供快捷方便的数据查询功能，查询设计的是否合理和正确是系统的又一关键之所在。 F.3.13 尚未解决的问题待测试。 F.4 个人资料管理模块设计说明 F.4.1 程序描述本程序设计的目的主要是个人资料的修改功能的实现。本程序的特点是非常驻内存，可重人无覆盖要求，能够并发处理。 F.4.3 性能本模块要求对用户信息进行维护。会员不可以有重复，所以在输入中要检查冲突信息，删除信息时不要发生误操作，每次操作都需要用户确认操作，只有当点击“确定”时候才能完全修改数据库中的内容。对于数据要求，不能输入与相应字段不符合的内容，要求点击确定之后系统核查反映时间为1秒之内，并在0.5秒跳转回用户界面。 F.4.4 输入项输入新的用户信息或者输入修改以后的用户信息。 F.4.5 输出项数据表格中出现新的数据字典，并且提示操作完成。 F.4.6 算法登录页面中传递页面中客户所填写的各项数据的值到一个检查方法中检查其正确性，若正确则该方法将调用此信息将用户个人信息保存到数据库上。 添加用户过程(只用于注册时及后台管理)：增加新的数据。用户输入新的用户信息。经检验输入无误后，将输入界面表单中的数据输入到会员表中。 修改过程(修改用于客户个人管理及后台管理)：修改已有数据。单击选中要修改的数据，用户即可修改已有的用户信息。经检验输入无误后，修改会员表中对应的数据项。 删除过程(只用于后台管理)：删除已有数据。单击选中要删除的数据，用户即可删除已有的数据字典。经确认后，删除会员表中对应的数据。 消息提示过程(操作信息)：返回操作结果信息：“操作成功，用户信息已更新。” F.4.7 流程逻辑详见第一模块的接口 F.4.9 存储分配面向服务器采用固定式分区存储结构。 F.4.10 注释设计详见本功能模块算法。 F.4.11限制条件详见第一模块的限制条件 F.4.12 测试计划详见第一模块的测试计划 F.4.13 尚未解决的问题待测试。 F.5 订购商品管理与订单管理模块设计说明 F.5.1 程序描述本程序设计的目的主要是订购商品功能的实现。本程序的特点是非常驻内存，可重人无覆盖要求，能够并发处理。 F.5.3 性能本模块要求对数据字典进行维护。商品表和商品名不可以有重复，所以在输入中要检查冲突信息，删除信息时不要发生误操作。要求点击确定之后系统核查反映时间为1秒之内，并在0.5秒跳转回商品界面。 F.5.4 输入项输入新的订单信息或者输入修改以后的订单信息。 F.5.5 输出项数据表格中出现新的订单信息，并且提示操作完成。 F.5.6 算法 Add（）过程(增加)：增加新的数据。用户输入新的订单信息。经检验输入无误后，将输入界面表单中的数据输入到Order 表及OrderList表中。 Modify（）过程(修改)：修改已有数据。单击选中要修改的数据，用户即可修改已有的订单资料。经检验输入无误后，修改Order 表及OrderList表中对应的数据项。 Delete（）过程(删除)：删除已有数据。单击选中要删除的数据，用户即可删除已有的订单资料。经确认后，删除Order 表及OrderList表中对应的数据。 Ok（）过程(确定)：保存当前操作，修改数据库内容。并有确认信息：“您确认要（增加、修改、删除）此数据？”确定返回true，保存当前操作到数据库，并调用Message（）过程。取消返回false，取消当前操作，并返回原页面或首页。 Message（）过程(操作信息)：返回操作结果信息：“操作成功，订单已更新。 F.5.7 流程逻辑详见第一模块的接口 F.5.9 存储分配面向服务器采用固定式分区存储结构。 F.5.10 注释设计详见本功能模块算法。 F.5.11限制条件详见第一模块的限制条件 F.5.12 测试计划详见第一模块的测试计划 F.5.13 尚未解决的问题待测试。 F.6 商品信息管理模块设计说明 F.6.1 程序描述本程序设计的目的主要是商品信息管理功能的实现。包括对商品信息的添加，修改，删除和查找。本程序的特点是非常驻内存，可重人无覆盖要求，能够并发处理。 F.6.3 性能在查询条件输入正确的前提下，从数据库中查找所有符合条件的数据，并输出；若输入信息出错，则给出出错信息，并进行相应的出错处理。本模块是查询商品信息、管理商品信息，因此要求出错率在0.0000001之内，查询速度在0.5秒之内。要求点击确定之后系统核查反映时间为1秒之内，并在0.5秒跳转到该商品的界面。 F.6.4 输入项输入进行查询的条件，商品名称。可以模糊查询。 F.6.5 输出项输出商品的基本信息或修改后的商品信息。分条列出。 F.6.6 算法 查询过程:经数据库查询后，是否查询到符合查询条件的数据。有则返回true,调用shop.jsp输出查询结果过程，显示输出结果。否则返回false,调用shop.jsp输出空结果。 Shop.jsp If(没查到) 如：·#￥%„„等 { 在shop.jsp中输出空结果集; return false; } Else { 在shop.jsp中输出查询结果; return true; } Admin/admin_products.jsp { 查询数据库中的Products表，得到商品的信息； 输出商品基本信息； } 删除过程： Admin/admin_ DeleteProducts.jsp { 删除商品信息 要求用户确认 If（确认删除） { 删除数据库中的该商品信息 } Else { 返回当前商品基本信息查看页 } } 添加过程（修改相似）： Admin/admin_EditProducts.jsp { 输入商品相应信息 保存在Products表中 } F.6.7 流程逻辑详见第一模块的接口 F.6.9 存储分配面向服务器采用固定式分区存储结构。 F.6.10 注释设计详见本功能模块算法。 F.6.11限制条件详见第一模块的限制条件 F.6.12 测试计划详见第一模块的测试计划 F.6.13 尚未解决的问题待测试。 |
【本文地址】