【系统分析与设计】简易医院系统分析与设计
【系统分析与设计】线上商品供应管理系统需求规格说明书
说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告说明了该软件产品的软件结构,包括数据库结构和出错处理,从而对该软件产品的结构的描述。
如果这份软件系统概要设计报告只与整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。
首要风险承担者包括:小张,开发人员
任务提出者;小张
软件开发者;开发人员
产品使用者。小张
可能的读者包括:
用户;暂无建议
开发人员;暂无建议
项目经理;暂无建议
营销人员;暂无建议
测试人员;暂无建议
文档编写人员;暂无建议
可能包括:
本项目的合同书;
上级机关有关本项目的批文;
本项目已经批准的计划任务书;
用户界面风格指导;
开发本项目时所要用到的标准;
系统规格需求说明;
使用实例文档;
属于本项目的其它已发表文件;
本软件系统概要设计报告中所引用的文件、资料;
相关软件系统概要设计报告;
简要描述起到限制和约束作用的各种可能存在的条件,例如:
技术条件;
资金状况;
开发环境(包括:工具和平台);
时间限制;
并且说明在上述条件下,应该实现的系统目标,
描述对本软件系统进行概要设计的原则,通常可以考虑以下几方面的内容:
命名规则;
安全性和保密原则;
系统灵活性要求;
系统易操作性要求;
系统可维护性要求;
模块独立性原则:
边界设计原则;
数据库设计规则;
必须的安全措施;
本系统的边界设计如下图3-1所示,不同的用户角色分别具有不同的本系统权限,可以访问并且使用不同的功能,其中某些功能的实现需要采集终端和第三方子系统实现,第三方子系统包括但不限于网络服务,web服务器,定位等;终端采集包括但不限于扫描仪,收款扫码器、打印机、收银机等等
总体软件实现架构包括软件层次结构和软件实现技术架构,其分别具有不同的架构层。
本软件的层次结构大致分为四层,分别为Data Base(数据库)层、DAL(数据库访问)层、BLL(业务逻辑)层、UI(界面)层。其中,Data Base层需要完成数据库的配置以及部署,DAL层需要完成对数据库的访问操作,BLL层需要完成业务逻辑的实现,其包括用户管理、权限控制、易用性管理、员工管理、供应商管理、进货管理、商品管理、库存管理、销售管理、销售数据管理以及安全性管理,然后是UI层需要完成各个页面的设计以及相互间的跳转。如
整个软件项目的实现技术架构采用了eclipse,Visual Studio,Microsoft SQL server等开发工具,采用了AdminLTE、Vue-Element-Admin等框架
本系统的网络逻辑框架图主要是通过交换机实现各服务器和主机的交互
关键流程描述主要有商品进货流程以及商品销售流程。
商品进货包括新商品进货和已有商品进货
新商品进货: 首先,进入进货管理页面,并选择新商品进货功能,以进入新商品进货页面。接下来,填写要添加的商品信息(详见需求分析书中的商品管理功能的添加商品)。然后,输入进货信息(详见需求分析书中的进货单管理功能的添加进货单),同时更新库存,以完成对新商品的进货流程。
已有商品进货: 首先,进入进货管理页面,并选择已有商品进货功能,以进入已有商品进货页面并加载已有商品信息。接下来,选择要进货的商品,并输入进货信息(详见需求分析书中的进货单管理功能的添加进货单)。同时更新库存,以完成对已有商品的进货流程。
首先进入销售管理页面,点击销售商品,输入商品号(可用扫描仪扫条形码读取)然后自动识别价格,然后输入数量,完成销售。销售成功后减去相应的库存并且保存销售信息,不足时库存报警并提示拥有的数量。销售成功同时应通过外部设备打印出销售单。
本系统可划分以下模块:
用户管理模块
员工管理模块
供应商管理模块
进货管理模块
商品管理模块
库存管理模块
销售管理模块
销售数据管理模块
帮助管理模块
1.追求最大化产品数量,使用尽可能少的模块,并确保模块之间的联系简单化。
2.将模块系列化,以便使用有限的产品品种和规格来满足用户的要求,并在经济上更加合理。
3.确保模块具备完整功能和相互联系。
4.模块间的接合要素应该易于连接和分离。
5.在划分模块时,不能影响系统的主要功能。
系统总体模块结构如图所示:
系统常规功能子系统包括系统用户管理模块、系统数据安全性管理模块、系统易用性管理模块。
系统用户管理模块包括用户注册功能、用户登录功能、修改用户密码功能,如下图所示:
系统数据安全性管理模块涵盖数据库配置和数据库备份与恢复功能。数据库配置涉及对数据库的设置和调整,以确保数据的安全性。这包括设置访问权限和身份验证措施,以保护数据库免受未经授权的访问和恶意攻击。此外,还可以配置数据库的加密功能,以确保数据在传输和存储过程中的安全性。
系统易用性管理模块包括系统帮助功能、用户手册、关于系统.
员工管理子系统包括员工管理模块和工资管理模块。
员工管理模块包括了添加员工,修改员工信息,删除员工,查询员工信息功能
工资管理模块包括添加工资记录,修改工资记录,删除工资记录,查询员工工资功能。
供应商管理子系统包括添加供应商,修改供应商,删除供应商,查询供应商信息功能。
商品管理子系统包括添加商品,修改商品,删除商品,查询商品信息功能。
库存管理子系统包括:库存查询模块、库存报警模块。
库存查询模块包括库存查询功能,可完成对商品库存的查询。
库存报警模块。通过库存报警功能,可以实现库存不足或者过多时产生预警提示。
进货管理子系统包括:商品进货模块和进货单管理模块
商品进货模块包括新商品进货和已有商品进货
进货单管理模块包括添加进货单,修改进货单,删除进货单,查询进货单功能。
销售子系统包括销售管理功能,通过销售管理可以实现对产品的销售。
销售数据管理子系统包括销售数据的管理和销售数据的统计功能。
列出进度计划,包括各子系统与各子模块完成进度计划、人员配备计划等。
在数据库设计中,将需求分析中得到的用户需求抽象为信息结构(即概念模型)的过程就是概念结构设计。
概述用户的需求,以及概念结构设计的目标和任务。
绘制系统的实体属性图。
1系统用户:用户名、用户密码、用户类型
2员工:姓名、性别、年龄、身份证号、出生日期、职务、工号、籍贯、现住址、手机号码、QQ号码,学历,有无犯罪记录,紧急联系人
3工资:岗位工资、绩效工资、奖金、加班工资、总合
4供应商:供应商名称、电话、地址、供应的商品
5商品:商品名称、商品规格、商品单价、商品重量、商品库存
5.3.4 总体E-R图
外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传
数据库设计人员根据《软件需求分析报告》,将E-R图转化为关系模型。如采用面对对象的分析和设计方法,则此处的实体相当于类。
逻辑结构设计概述。
转换原则:
(1)一个实体型转换为一个关系模式
系统用户(用户名,用户密码,用户类型)
员工(姓名、性别、年龄、身份证号、出生日期、职务、工号、籍贯、现住址、手机号码、QQ号码,学历,有无犯罪记录,紧急联系人)
工资(员工工号、岗位工资、绩效工资、奖金、加班工资、总合)
供应商(供应商名称、电话、地址、供应的商品)
商品(商品号,商品名称、商品规格、商品单价、商品重量、商品库存)
(2)一个m:n联系转换为一个关系模式
销售(销售单号,商品号,销售数量,销售单价,销售金额,销售员,销售日期)
采购(进货单号,商品号,商品单价,商品数量,商品总额,采购日期)
供应(商品号,供应商号)
开发者应根据逻辑设计的结果,进行数据库的物理设计,并对表结构进行规范化处理(第一范式,第二范式,第三范式)。
物理设计概述
关系模式对应的数据表汇总
表名 | 说明 |
---|---|
TGUser | 系统用户表 |
TGyuangong | 员工表 |
TGshangpin | 商品表 |
TGgongyingshang | 供应商表 |
TGgongzi | 工资表 |
TGxiaoshou | 销售表 |
TGjinhuo | 进货表 |
以下是各个表的描述
系统用户TGBUser:
列名 | 说明 | 数据类型、大小 | 约束 |
---|---|---|---|
userName | 用户名 | varchar(16) | 主键 |
userPassword | 用户密码 | varchar(32) | 非空 |
userPurview | 权限 | varchar(8) | 非空,取值“超级用户”、“一般用户” |
员工表TGyuangong:
列名 | 说明 | 数据类型、大小 | 约束 |
---|---|---|---|
Yid | 员工工号 | Varchar(16) | 主键,外键 |
Yname | 姓名 | Varchar(16) | |
Ysex | 性别 | Varchar(16) | |
Yage | 年龄 | int | |
Ysfz | 身份证号 | Varchar(16) | |
Ybirthday | 出生日期 | Varchar(16) | |
Yjiguan | 籍贯 | Varchar(16) | |
Yaddress | 现住址 | Varchar(16) | |
Ytel | 手机号码 | Varchar(16) | |
Yqq | QQ号码 | Varchar(16) | |
Yoffice | 职务 | Varchar(16) | |
Yedu | 学历 | Varchar(16) | |
Ylaw | 有无犯罪记录 | Varchar(16) | |
Ypeople | 紧急联系人 | Varchar(16) | |
Ybeizhu | 备注 | Varchar(16) |
商品表TGshangpin:
列名 | 说明 | 数据类型、大小 | 约束 |
---|---|---|---|
Sid | 商品号 | Varchar(16) | 主键 |
Sname | 商品名称 | Varchar(16) | |
Ssize | 商品规格 | double | |
Sweight | 商品重量 | double | |
Sprice | 商品单价 | double | |
Sinventory | 商品库存 | int |
供应商表TGgongyingshang:
列名 | 说明 | 数据类型、大小 | 约束 |
---|---|---|---|
Gid | 供应商号 | Varchar(16) | 主键 |
Gname | 供应商名称 | Varchar(16) | |
Gphone | 供应商电话 | Varchar(16) | |
Gsite | 供应商地址 | Varchar(16) | |
Gcommodity | 供应商商品 | Varchar(16) |
工资表TGgongzi:
列名 | 说明 | 数据类型、大小 | 约束 |
---|---|---|---|
Zid | 员工工号 | Varchar(16) | 主键 |
Zpost | 岗位工资 | double | |
Zperformance | 绩效工资 | double | |
Zbonus | 奖金 | double | |
Zovertime | 加班工资 | double | |
Ztotal | 总分 | double |
销售表TGxiaoshou:
列名 | 说明 | 数据类型、大小 | 约束 |
---|---|---|---|
Xid | 销售单号 | Varchar(16) | 主键 |
Xid | 商品号 | Varchar(16) | |
Xsales | 销售数量 | Int | |
Xunit | 销售单价 | double | |
Xmoney | 销售金额 | double | |
Xsalesman | 销售员 | Varchar(16) | |
Xdate | 销售日期 | Varchar(16) |
进货表TGjinhuo:
列名 | 说明 | 数据类型、大小 | 约束 |
---|---|---|---|
Jid | 进货单号 | Varchar(16) | 主键 |
Jsid | 商品号 | Varchar(16) | |
Jprice | 商品单价 | double | |
Jquantity | 商品数量 | int | |
Jrental | 商品总额 | double | |
Jdate | 采购日 | Varchar(16) |
暂无
项目风险:项目风险是指可能对项目目标产生负面影响的不确定性因素。马克思·怀德曼,一位美国项目管理专家,将其定义为某一事件对项目目标产生不利影响的可能性。
项目风险管理旨在科学而艺术地识别、评估和应对项目生命周期中的风险,以最大程度地实现项目目标。它是一种综合性的管理活动。
系统边界设计:系统边界是系统与其环境之间的界面,用于区分系统与环境的本质差异和系统所包含要素的范围。边界可以是物理的,也可以是非物理的。例如,国家之间在地理上的界线是物理边界,生物系统中的细胞膜是物理边界,而在工作中划分职责范围则是非物理边界。边界对系统与环境之间具有一定的隔离作用,它不仅对系统的形成和保护具有重要意义,还能使不同系统在同一环境中保持独立性。
系统边界定义了系统包含和不包含的功能之间的界限。通常在系统分析阶段进行定义,只有明确了系统边界,才能进行后续的分析和设计工作。
系统模块化设计:模块化设计是一种程序设计方法,其核心思想是将程序的编写过程从逐条录入计算机语句和指令改变为首先使用主程序、子程序、子过程等框架描述软件的主要结构和流程,并定义和调试各个框架之间的输入和输出链接关系。逐步精化的结果是得到一系列以功能块为单位的算法描述。通过以功能块为单位进行程序设计,实现了降低程序复杂度的目标,使得程序设计、调试和维护等操作变得简单化。只需修改相应的模块即可改变某个子功能。
模块化是将复杂问题从顶层开始逐层划分为多个模块的过程,用多种属性来反映模块的内部特性。
**E-R图:**E-R图是一种表示实体型、属性和联系的方法,用于描述现实世界的概念模型。它是实体-联系方法的简称,有效地描述了现实世界的概念结构模型,是表示概念关系模型的一种方式。在E-R图中,实体型用矩形框表示,实体名称写在框内,实体的属性用帕圆图框或圆角矩形表示,而实体型之间的关系则用实心线段连接起来。
**逻辑设计:**逻辑设计是将计划、规划、设想通过概念、判断、推理、论证等思维方式,以视觉形式来表达和传达对客观世界的理解和区分的活动过程。相比于物理设计,逻辑设计更加理论化和抽象化,关注对象之间的逻辑关系,并提供了更多关于系统和子系统的详细描述。
物理设计:是数据库的一部分,它指的是将数据库的逻辑模型在实际的物理存储设备上进行实现的过程。物理设计考虑数据库的存储问题,包括数据在硬件设备上的存储方式管理和存取数据的软件系统数据库存储结构。其目标是建立一个性能良好的物理数据库,以确保用户能以熟悉的方式存取数据,并且数据在各个位置的分布方式等都得到合理管理。物理设计的过程依赖于特定的计算机系统。
本文发布于:2024-01-31 23:31:35,感谢您对本站的认可!
本文链接:https://www.4u4v.net/it/170671509632190.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |