商品进销存设计文档内容摘要:
: Tomcat 或更高版本 数据库: MySQL 或更高版本 客户端: IE 或更高版本 硬件: 处理器: X86 系列,主频 或更高 内存: 50MB 或更高 硬盘空间: 200MB 或更高 2 )操作系统 Windows 2020 Professional 或者 Windows XP Professional 3 )最终用户特征 会用 IE 等上网进行浏览网页等 Inter 操作。 4 )在功能上可能发生的变化 供应商可能增加删除的功能 商品和供应商的编号可能允许修改 商品和供应商的查询条件可能增加 商品和供应商的入库可能进行批量添加 报表的内容可能发生改变 一般限制 1 )对软件系统的设计有重要影响的全局限制或约束 系统中要求使用 MVC 模式。 系统结构采用 B/S;系统中必须使用数据库。 2 )硬件或软件环境 软件: JRE: 或更高版本 服务器: Tomcat 或更高版本 数据库: MySQL 或更高版本 客户端: IE 或更高版本 硬件: 处理器: X86 系列,主频 或更高 内存: 50MB 或更高 硬盘空间: 200MB 或更高 3 )最终用户环境 IE 或更高版本 4 )标准的兼容; (Option) JRE: 或更高版本 5 )接口 /协议的要求 本系统由于是 B/S 架构,所以采用 JSP 页面来做用户接口。 6 )数据储存和发布要求 数据永久地存储到服务器端数据库。 7 )安全性的要求(或其它类似的规则) 用户需要登录并验证其合法性才能进行相应的操作。 8)内存和其它的容量限制 内存: 50MB 或更高 硬盘空间: 200MB 或更高 目标和指导方针 描述所有支配软件设计的目标、指导方针、原则或者优先权。 1)尽量保持它简单易用,用户可以从有网页浏览器的机器上登录到系统,验证后就可以进行商品信息等相关的操作,只要具备上网的技能就可以使用本系统。 2)强调速度与内存使用的 矛盾,系统既考虑到了速度的相应和内存的使用,从中选取折中的办法。 3)象对待一个已经存在的商品那样工作、观察或者体会。 开发方法 简要地描述用于软件设计的方法: 软件设计采用了 MVC 模式。 MVC 即 ModelViewController,即把一个应用的输入、处理、输出流程按照 Model、 View、 Controller 的方式进行分离,这样一个应用被分成三个层 —— 模型层、视图层、控制层。 视图 (View)代表用户交互界面 , 对于 本 应用 系统来说,为 JSP 界面。 JSP 界面用于相应用户的请求,数据的采集和反馈。 模型 (Model),就是业务流程 /状态的处理以及业务规则的制定。 业务流程的处理过程对其它层来说是黑箱操作,模型接受视图请求的数据,并返回最终的处理结果。 业务模型的设计可以说是 MVC 最主要的核心。 此系统里,模型主要是 Java 实体类,表示系统的数据,用户等。 控制 (Controller)从用户接收请求 , 将模型与视图匹配在一起,共同完成用户的请求。 模型、视图与控制器的分离,使得一个模型可以具有多个显示视图。 如果用户通过某个视图的控制器改变了模型的数据,所有其它依赖于这些数据的视图都应反映到这些变化。 因此,无论何时发生 了何种数据变化,控制器都会将变化通知所有的视图,导致显示的更新。 这实际上是一种模型的变化 传播机制。 MVC 要求对应用分层,虽然要花费额外的工作,但产品的结构清晰,产品的应用通过模型可以得到更好地体现。 首先,最重要的是应该有多个视图对应一个模型的能力。 在目前用户需求的快速变化下,可能有多种方式访问应用的要求。 再次,由于一个应用被分离为三层,因此有时改变其中的一层就能满足应用的改变。 一个应用的业务流程或者业务规则的改变只需改动 MVC 的模型层。 最后,它还有利于软件工程化管理。 由于不同的层各司其职,每一层不同的 应用具有某些相同的特征,有利于通过工程化、工具化产生管理程序代码。 系统结构采用 B/S。 B/S,即 Browser/Server(浏览器 /服务器 )结构,是随着 Inter技术的兴起,对 C/S 结构的一种变化或者改进的结构。 在这种结构下,用户界面完全通过 WWW 浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现, 开发平台用 JSP。 JSP 即 Java Server Pages, 是由 Sun Microsystems 公司倡导、许多公司参与一起建立的一种 动态网页 技术标准。 用 JSP 开发的 Web 应用是跨平台的,即能在 Linux 下运行,也能在其他操作系统上运行。 JSP 将网页逻辑与网页设计和显示分离,支持可重用的基于组件的设计,使基于 Web 的应用程序的开发变得迅速和容易 ,这与 MCV 模式本质上完全一样的。 JSP 技术的强势 , 一次编写,到处运行 ; 系统的多平台支持 ; 强大的可伸缩性 ; 多样化和功能强大的开发工具支持。 4. 体系结构策略 系统采用 MCV 模式, B/S 结构, JSP 平台。 实体模型采用 JavaBean 的表示方法,这主要是结合 JSP 语言来实现的。 而控制类则是采用 Java 里的 Web 编程 Servlet,这样能实现 B/S 结构中的服务器端对浏览器端的 HTTP 请求的处理。 视图就是用 JSP 页面来实现的,通过 JSP 页面,用户在浏览器端就可以进行操作。 系统处理流程如下图所示: 图 41. 系统处理流程 5. 系统体系结构 系统划分为 5 个子系统,分别是:档案管理,仓库管理,销售信息管理,报单管理和供应商管理。 如下图所示: 用户请求某个页面或执行某种功能 服务器接受请求并检查权限 调用 Servlet 执行对应类和方法 操作数据库 将数据呈现给用户 用户操作并提交 将结果返给用户 操作数据库 有权限 图 系统根据用户身份的不同,呈现给用户不同的子系统。 如报单管理员,当其登录到系统时,系统根 据其账号的类型判断出是报单管理员,系统就会把报单管理子系统的首页呈现给用户,而其他的子系统并不能访问。 这样既能保证了系统的安全性,又能实现用户的分工操作。 子系统的体系结构 详细描述某个子系统的作用,进一步描述该子系统是如何分为子组件的以及各个子组件之间的关系。 在此用档案管理子系统为例。 档案管理子系统, 管理和维护的商品档 案信息 , 包括添加,修改,删除查询商品档案。 遵循 MCV 模式,实体模型组件负责数据和用户的表示,表示永久数据库对象,定义了本系统中的档案对象;视图模型组件定义了系统 GUI 界面;控制模型组件负责控制系统的逻辑功能,即控制档案的管理和维护流程。 当用户发出请求或选中界面中的某项功能时,界面包里组件把此请求传达给控制包组件,控制包组件判断其请求并做出处理,此时控制包组件调用实体包组件里相应的实体类进行操作,需要数据库永久化时,进行数据库操作,然后根据处理结果,最后再通过边界包组件向用户返回处理结果。 组件间的关系如下 图所示: 商品进销存管理系统 档案管理 仓库管理 销售信息管理 报单管理 供应商管理 图 52. 组件间的关系 6. 政策和实施策略 描述影响系统的接口细节和系统实现细节的各个方面: 1)选择特定产品来使用(如编译器、解释器、数据库、函数库等) 编译器,解析器: JRE 数据库: MySQL 2)工程上的折中 JSP 页面由于缺少美工人员,所以采用简单实用的原则。 3)编码规范和惯例 命名规范:变量首字符小写且变量后加上编写成员学号的 后两个数字,类名首字符大写,两个单词之间 用下划线连接。 注释:原则上每个函数和重要的代码端都有详细的注释。 4)一个或多个子系统、模块或子程序的协议 由于采用 JSP 平台,所以模块间的协议采用 HTTP 协议。 5)软件测试计划 用户需求测试,功能性测试,单元测试,集成测试,系统测试。 6)最终用户、软件、硬件和通信的接口 最终用户接口: JSP 页面 Web 服务器 数据 库服务器 边界包 JSP 控制包 Servlet DAO 浏 览 器 实体包 JavaBean 本系统使用 Tomcat 服务器和 MySQL 数据库。 和 Tomcat 服务器之间的接口由JSP/Servlet 技术内部提供无需关心。 7)将源代码按 照物理形态(文件和路径)进行分层组织 实体模型类放在 src/model 文件夹下,控制模型类放在 src/controller 下, JSP 页面放在程序根目录下。 8)如何构造和 /或产生系统的交付物(如何编译、链接、加载等) 由于采用 Eclipse 集成开发环境,只要配置好工程,即可自动生成所需交付物。 7. 程序系统的结构 1. 程序采用 MVC (Model, View, Controller) 架构,具体如下图“系统结构图”所示: a) View:即视图,也即此系统的用户接口,由 JSP 页面来完成。 页面上将使 用JavaScript 以增强用户验证。 b) Controller:即控制器,在本系统中由 Servlet 类来承担,负责用户的请求与响应的流程控制。 c) Model:即模型,在本系统中由 JavaBean 来承担,负责实体类的建模, DAO,直接访问数据库的类。 图 21. 系统结构图 8. 程序 1( 标识符 )登录设计说明 从本章开始,逐个地给出各个层次中的每个程序的设计考虑。 以下给出的提纲是针对一般情 况的。 对于一个具体的模块,尤其是层次比较低的模块或子程序,其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同,在这种情况下,只要简单地说明这一点即可。 Web 服务器 数据库服务器 边界包 JSP 控制包 Servlet DAO 浏 览 器 实体包 JavaBean 模块描述 本模块负责验证用户的登录请求,确认用户的登录状态,并在 session 中放置相关属性以供其他功能模块使用。 功能 用户输入用户名和密码,并发出登录请求,程序验证用户名和密码的正确性及合法性,如果用户名或者密码错误,则返回并显示错误信息,否则登录成功。 用户登录后将一些用户状态放入 session 中,以便其他程序模块使用。 性能 1. 使 用 Javascript 在客户端进行用户名和密码格式的验证,如果格式错误则显示错误信息,不向服务器 发送登录请求,以减轻服务器的压力; 2. 使用 Javascript 判断用户的输入中是否有不合法的字符,防止 SQL 注入入侵; 3. 全部操作查询一次数据库,服务器端的处理速度应为毫秒级。 输入项 1. 用户名:由字符组成,只允许包含字母、数字和下划线,大小写敏感; 2. 密码:由字符组成,只允许包含字母、数字和下划线,大小写敏感。 输出项 1. 登录失败时输出错误信息; 2. 登录成功时显示欢迎信息 ,并根据用 户类型进入相应的功能模块。 算法 未用到复杂的算法。 流程逻辑 顺序图如下: : u s e r _ v i e w : U s e r _ c o n t r o l l e r : U s e rW i s h t o l o g i nC r e a t e ( )P r o v i d e H a n d l e a n d P a s s w o r。商品进销存设计文档
相关推荐
王小玉便启朱唇,发皓齿,唱了几句书儿。 声音初不甚大,只觉入耳有说不出来的妙境: 五脏六肺里,像熨斗熨过,无一处不伏贴, 三万六千个毛孔,像吃了人参果,无一个 毛孔不畅快。 唱了十数句之后,渐渐的越唱越高,忽然拔了一个尖儿, 像一线钢丝抛入天际,不禁暗暗叫绝。 那知他于那极高的地方,尚能回环转折; 几啭之后,又高一层,接连有三四叠,节节高起。 恍如由傲来峰西面,攀登泰山的景象:初看傲来峰削壁千仞
、地下管网图及 X矿业厂区总图 《 XXXXX 矿业输煤系统项目申请报告 》 (电子版,仅供参考)。 矿业输煤系统项目总平面布置图。 矿业输煤系统项目 工艺流程图。 与原装置接口的基础资料。 23 总降改造系统资料。 以上具体文件 ( 见技术规范书工艺附件包 : 设计依据相关文件及附图 ) 设计原则 设计必须基于工程的参数进行,并结合最新的生产工艺、实践成果和业主的要求,最大
性很强, 课后与学生的接触也很多,对本课程的理念、方法、特点以及教学环节等也都比较熟悉,所以很好地配合主讲教师的各项工作,如为学生答疑, 辅导课程设计、 组织学生到校外 实习 ,协助教师批改作业,参与修改教学课件,为课堂教学作准备等等, 所以 学生对他们的工作都表示满意。 通过教学实践 也可以 培养和考察 研究生的能力 ,将来从中选择好的苗子留 校,担任本课程的教学工作。 四、学术研究 (一)
上绘制的。 另外也有刺绣、织锦、缂丝和贴花等织物唐卡,有的还在五彩缤纷的花纹上,将珠玉宝石用金丝缀于其间,珠联璧合。 唐卡绘画艺 术是西藏文化奇葩,千余年来影响深远。 唐卡内容繁多,既有多姿多态的佛像,也有反映藏族历史和民族 风情的画面。 西藏唐卡构图严谨,均衡,丰满,多变,画法主要有工笔重彩与白描为主。 唐卡品种多种多样,除彩绘唐卡与印刷唐卡外,还有刺绣、织锦 (堆绣 )、缂丝
油库作业能否顺利完成。 泵房工艺流程应根据油库业务,分别满足收油、发油(包括用泵发油和自流发油)、输转、倒罐以及放空等要求。 油库泵房工艺流程的设计应遵循以下原则: ( 1)应首先满足油库主要业务要求,能保质保量地完成收发油任务。 ( 2)能体现操作方便,调度灵活。 ( 3)经济节约,能以少量设备完成多种任务,并能 适应多种业务要求。 油库中输送粘度较小的轻质油品时,广泛采用离心泵。
第 10 页 共 25 页 渤海船舶职业学院成人教育 其它甲板 : 无 脊弧在上甲板上 : 在首垂线处 : 取决 于梁拱,在中心线处没有偏离 在尾垂线处 : 取决于梁拱,在中心线处没有偏离 底部升高 :无 PSPC: 320,000载重 吨原油船 3#船必须满足“保护涂层性能标准 ” ( “ PSPC”),本船应满足 PSPC 的舱室有: 15左右舷压载水舱、艉尖舱共 11个舱室 ,涉及分段共计