信息系统分析与设计报告

《信息系统分析与设计报告》由会员分享，可在线阅读，更多相关《信息系统分析与设计报告（22页珍藏版）》请在装配图网上搜索。

1、大连东软信息学院信息系统分析与设计项目报告 专 业： 信息系统分析与信息管理 班 级： 学 号： 姓 名： 指导教师： 考核成绩表序号考核项目构成考核标准考核方式权重分项得分项目总分1订奶系统的绘图环境（Visio）内容残缺、格式混乱、方法错误、无图无表：0-1分RT5分内容一般、格式正常、方法标准、图表齐全：2-3分内容充实、格式工整、方法新颖、图表丰富：4-5分2订奶系统的系统规划内容残缺、格式混乱、方法错误、无图无表：0-1分RT5分内容一般、格式正常、方法标准、图表齐全：2-3分内容充实、格式工整、方法新颖、图表丰富：4-5分3订奶系统的系统分析内容残缺、格式混乱、方法错误、无图无表：

2、0-1分RT5分内容一般、格式正常、方法标准、图表齐全：2-3分内容充实、格式工整、方法新颖、图表丰富：4-5分4订奶系统的系统设计内容残缺、格式混乱、方法错误、无图无表：0-1分RT5分内容一般、格式正常、方法标准、图表齐全：2-3分内容充实、格式工整、方法新颖、图表丰富：4-5分项目评语目 录1.订奶系统的绘图环境搭建12.订奶系统的规划23.订奶系统的系统分析33.1.订奶系统的业务流程分析33.2.订奶系统的数据流程分析43.2.1.数据流程图43.2.2.数据字典54.订奶系统的系统设计64.1.订奶系统的模块与代码设计64.1.1.功能体系图64.1.2.代码设计74.2.订奶系统

3、的数据库设计与界面设计84.2.1.数据库设计84.2.2.界面设计91. 订奶系统的绘图环境搭建1.1项目背景本项目是以产学研一体化为背景设计的，爱尚东软平台是一个集“衣食住行”于一体的电子商务平台，其中，食尚东软作为食品类供应平台，主要满足客户食品方面的需求。订奶业务是食尚东软平台正在开展的业务之一，面向东软学子和软件园周边的用户，提供最新鲜最快捷的供奶服务。但是现在的订奶业务主要是人工完成订奶量统计，以及电话向供应商报数等处理，效率低，信息传递速度慢，不便于统计。本项目拟从实际需求出发，应用结构化方法，指导学生分析与设计一套订奶系统，以满足客户订奶、向供应商下单、订单统计、订单状态追踪、

4、主数据维护等处理需要，提出合理可行的订奶解决方案。在未来，依据方案实现的系统可作为食尚东软平台下的一个功能模块辅助订奶业务的处理。 1.2 visio的配置过程1.3 模具的具体应用启动Visio。开机后单击“开始”“程序”“Microsoft Office Visio 2010”选项即可启动Visio 2010程序1.3.1 自定义模具1.3.2 绘制图形2. 订奶系统的规划一、引言1系统名称：订奶系统2编写目的可行性研究的目的就是要用最小的代价在尽可能短的时间内确定问题是否能够解决。当然不能靠主观猜想而是要靠客观分析。必须分析解法的利弊，从而判原定的系统目标和规模是否现实，系统完成后所能带

5、来的效益是否大到值得去投资开发这个系统的程度。该软件项目可行性研究报告是对项目课题的全面通盘考虑，是项目分析员进一步工作的前提，是软件开发人员正确成功的开发项目的前提与基础。编写可行性研究报告可以使软件开发团体尽可能早的估计研制课题的可行性，可以在定义阶段较早的认识到系统方案的缺陷，从而节约开发时间和精力、节省资金，并且避免了许多专业方面的困难，所以特意编写该软件项目可行性研究报告，意在起到事半功倍的效果。3项目背景长期以来，该公司的办公部门采用半自动化管理。随着业务规模不断扩大，信息量急剧增加，各种文档、报表繁多，查询、修改极不方便，管理存在工作量大、工作效率低、耗费人员多、容易出错等问题，

6、严重影响高层的决策和管理。为了彻底改善该公司办公管理现状，做到信息的规范管理、科学统计和快速的查询，减少管理方面的工作量，特提出开发本系统。4缩略词定义经济可行性：估计开发费用以及最终从开发成功的系统所获得的收入或利益，衡量比较支出的费用和收入的利益。技术可行性：分析功能、性能以及限制条件，能否是一个技术上可实现的系统。社会可行性：明确系统开发及使用可能导致的责任，有无违法问题。5参考资料 公司提供的所有业务和管理资料； 管理信息系统分析与设计实习指导书； 可行性研究报告编写规范（王治宇编，航空工业出版社）； 信息系统分析与设计（万红春主编，西安电子科技大学出版社）；二、对现有系统的分析1处理

7、流程和数据流程现有系统主要包括：人员管理、公文管理、财产管理、科研管理和工作量管理，其数据处理与流程基本为人员、公文、财产、科研、工作量数据的录入、查询、统计、修改、删除和各种报表的编制等操作。2工作负荷由于数据量越来越大，现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大。3费用支出由于现有系统的工作负荷严重超载，在现有系统上投入的人力、设备、空间、材料等与其他的一系列支持性服务越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需改进。4计算机专业人员情况由于原系统采用半自动化管理，技术性含量比较低，不需要多少高技术人员的操作，所以人员技术水平处于相对较低的地位。5设备设备陈旧

8、，科技含量较低，没有广泛使用计算机。6局限性经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等一系列缺点，所有这些都明确了建设一个先进的管理系统是很有必要的，以适应新形势。三、新系统目标1设计目标该软件必须尽量达到人力与设备费用的节省，能够最大限度的利用现有资源，降低系统开发费用，并且使软件的数据处理速度有明显提高，降低人员工作负担。2开发目标该软件采用数据库等先进技术，能够有效的管理文档、报表的各种信息，查询、修改、删除、打印方便灵活，作为人事信息管理系统这些功能都是必不可少的。在几年的改革过程中，时常要对各种人

9、事信息进行这些操作。例如：在进行定员定额时要对各个部门的人员进行查询，在对职工的人员素质调查时，要对全体人员的文化程度和年龄结构进行查询。因此管理系统的查询功能要强大，不仅要支持单个查询，还要能进行复杂的多条件查询。四、系统方案本系统采用VB语言进行编程控制，使用access进行数据库管理。在数据库中建立各种信息表，包括用户登陆信息、公司人员信息、公文信息、财产信息、科研信息、工作量信息等等。用户启动系统后，在登录界面上登录，系统确认身份（调用用户登陆信息表中的信息进行验证）后，进入系统主界面，即可进行各种数据操作。任务完成后，点击“退出系统”退出。五、可行性分析1经济可行性分析 支出：系统开

10、发费用：1 系统开发费用：本系统开发期为1个月，试运行期1个月。开发期需开发人员1人，试运行期需开发人员个人。开发需2个月，按每人每月5000元计算，人员费用为1万元。2 硬件设备费：本系统所需要硬件设备费为3.1万元，其中：微机台25000元，打印机台6000元3 软件费：本系统软件费用为3000元，其中SQL Server2000元Visual Basic1000元4 咨询和评审费约3000元5 调研和差旅费约2000元6 不可见费：按开发费用的10%计算，共计1000元7 系统开发总费用：5万系统运行费用：假设本系统运行期10年，每年的运行费用为：1 系统维护费：0.2人/月，总计0.2

11、0.51012=12万元2 设备维护费：假设设备日常故障维护费0.5万元/年，总计0.510=5万元系统运行费用为：17万元系统开发和运行总费用为：22万元 收益1 提高工作效率，减少办公室人员，并采用数据完整性约束，将大大减少出错率。2 假设投入本系统，效率可以提高40%，以现有的工作人员8人计算，可减少3人，每人每月平均工资按1500元计算，节约人员工资3120.15=5.4万元/年。3 社会效益A：提高工作效率，减少人员量B：提高准确率，改善管理方式 支出/收益分析：在10年期内，系统总投入22万元，系统总收入54万元，从经济上考虑，本系统完全有必要开发。2技术可行性分析 对系统的简要描

12、述新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极大地改善。 与现有系统比较的优越性新系统克服了原来系统的资金投入大，人员设备技术含量低，系统工作负担重等缺点，而且加入了数据的安全性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。 技术可行性评价由于本管理系统的对象单一，仅对本单位的人事信息进行管理，且在对人事信息进行增减、修改、删除及统计操作时基本不涉及到计算过程，因此，这个管理系统比较适合采用数据库来设计。在计算机硬件和软件快速发展的今天，计算机硬件和软件已经远远

13、满足本管理系统的要求。在作者所了解数据库系统中，因为学过ACESS，所以对ACESS数据库比较熟悉，因此决定采用此数据库系统来完成人事信息管理系统的设计。3社会可行性分析3 运行可行性该项目为独立开发，在技术上没有使用任何现有的软件与方法，还有本管理系统是单位对内部员工进行人事信息管理和工作信息管理的数据库系统，因此，在法律方面不会存在侵犯专利权、侵犯版权等问题，不存在法律上的问题。本办公管理系统是用ACESS数据库应用程序，无须多少人员就可以设计成功的。通过对人事信息管理系统的可行性分析，所提出的功能是适合办公管理的，也完全可以实现的。六、新系统可能产生的影响1现有设备系统采用后，改进了原有

14、系统的性能，所以对设备要求自然更高，系统使用了最先进的技术，使得设备也必须跟着升级。2现有软件由于系统采用了先进的数据库技术以及一系列高技术含量软件，使得原来系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼容性。3用户系统使用的新技术是完全基于原有的系统上的，操作会变的更为简单，故用户不必考虑新系统带来的人员培训问题等等。4经费支出系统是为了改善原有系统经费支出过高的缺点，所以新系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软件就能实现自动化。七、结论：通过经济、技术和社会等各方面的可行性分析，可以确定本系

15、统的开发完全必要，而且是可行的，可以立项开发。3. 订奶系统的系统分析3.1. 订奶系统的业务流程分析客户下达采购订单，销售员通过采购订单编制销售通知单，发货员根据销售通知单将产成品发货给客户同时将出库单发送给产成品保管员，产成品保管员登记存台账。3.2. 订奶系统的数据流程分析3.2.1. 数据流程图顶层数据流程图第一层数据流程图第二层数据流程图3.2.2. 数据字典数据字典的作用是对数据流图中的各种成分进行详细说明，作为数据流图的细节补充，和数据流图一起构成完整的系统需求模型。数据字典一般应包括对数据项，数据结构、数据流、数据存储和数据处理及外部实体的说明。以下列出本订奶系统的主要数据字典

16、条目。1 数据项数据元素卡片 总编号： 1-01名称：采购订单编号 编 号：01类型：字符长度：范围： 采购订单 操作日期 当日单据流水号有关的数据结构/组合数据（使用场合）：采购订单2 数据结构数据结构卡片 总编号：2-01名称：采购订单 编 号：02说明：表示采购订单的数据结构 有关的数据流/数据储存：结构描述: D1 采购订单采购订单编号供应商（编号+名称）到货日期制单人审核人商品明细（商品编号+商品名称+规格型号+计量单位+采购数量+采购价格+.）3 数据流数据流卡片 总编号：3-01名称：采购订单 编 号：D1来源：P1.2审核订单去向：供应商，D1采购订单说明：由库存部门提供的采购

17、申请单生产的合格的采购订单包含的数据结构 信息容量： 采购订单编号 供应商（编号+名称） 到货日期 制单人 审核人商品明细（商品编号+商品名称+规格型号+计量单位+采购数量+采购价格）数据流卡片 总编号：3-02名称：采购退货单 编 号：D2来源：P2.2编制采购退货单去向：供应商，D2采购退货单说明：验收不合格商品实现退货的单据包含的数据结构 信息容量： 采购退货单单编号 供应商（编号+名称） 采购订单编号退货原因商品明细（商品编号+商品名称+规格型号+计量单位+采购数量+采购价格）数据流卡片 总编号：3-03名称：采购入库申请单 编 号：D3来源：P2.3编制采购入库申请单去向：库存部门，

18、D3 采购入库申请单说明：供应商的商品被检验合格后，生成的图库申请 包含的数据结构 信息容量： 采购入库申请单编号 制单日期 供应商名称 商品明细（商品编号+商品名称+规格型号+计量单位+采购数量+采购价格）数据流卡片 总编号：3-04名称：采购付款申请单 编 号：D4来源：P3.1编制采购付款申请单去向：财务部门，D4 采购付款申请单说明：由采购订单生成的付款申请 包含的数据结构 信息容量： 采购付款申请单编号采购订单编号付款日期付款金额付款方式备注制单人审核人供应商（名称+账号+开户行）数据流卡片 总编号：3-05名称：采购退货收款单 编 号：D5来源：P3.2编制采购退货收款单去向：财务

19、部门，D5采购退货申请单说明：由采购订单生成的付款申请 包含的数据结构 信息容量： 采购退款申请单编号采购退货单编号退款日期退款金额退款方式备注制单人审核人供应商（名称+账号+开户行）4处理逻辑处理过程卡片 总编号：4-01名称：编制采购退货单 编 号：P2.2说明：验收不合格商品实现退货的单据处理功能：由供应商检验的不合格信息编制采购退货单，生成采购退货单输入数据流：送货单 ，D1采购订单输出数据流：D2采购退货单5数据存储数据存储卡片 总编号：5-01名称：采购订单 编 号：D1说明：存放采购订单基本信息 有关数据流： D1 P3.1编制采购付款申请单 D1 P2.1 检验商品 P1.2

20、审核订单 D1组成： 采购订单编号供应商（编号+名称）到货日期制单人申请人商品明细（商品编号+商品名称+规格型号+计量单位+采购数量+采购价格）6. 外部实体外部实体卡片 总编号：6-01名称：供应商 编 号：03说明：负责商品的提供输入数据流：3-01采购订单，3-02采购退货单输出数据流：送货单4. 订奶系统的系统设计4.1. 订奶系统的模块与代码设计4.1.1. 功能体系图订奶系统信息维护添加用户用户库管人员密码管理仓库维护库存信息信息查询库存查询系统管理查 询库存统计库存存货量库存可用量欢迎界面身份及密码验证4.1.2. 代码设计按照商品代码的设计要求，考虑到牛奶的保质期大致可分为7天

21、、25天和31天。每袋牛奶的毫升量可分为200ML、250ML，因此用助记码表示NN-P-7 表示保质期为7天NN-P-25 表示保质期为25天NN-P-31 表示保质期为31天 NN-M-200 表示牛奶为200mlNN-M-250 表示牛奶为250ml4.2. 订奶系统的数据库设计与界面设计4.2.1. 数据库设计2. 逻辑结构设计(1)ER图转换为关系模型1. 供应商信息 （供应商编号，供应商名称， 地址， 开户行）2. 商品 （商品编号，商品名称，生产日期，保质期 ）3. 采购订单 （订单编号，商品名称，商品数量，订单日期，供应商编号）4. 采购申请单 （ 申请单编号，商品名称，商品数

22、量，申请日期 ）5. 形成1 （签订日期， 申请单编号，订单编号）6. 形成2 （签订日期，订单编号，商品编号）7. 采购付款单 （付款单编号，付款金额，付款日期）8. 送货单 （送货单编号，送货地址，商品数量）9. 形成3 （签订日期 ，订单编号，送货单编号）10. 采购退货单 （退货单编号，商品数量，商品名称）11. 不合格 （ 审核日期 ， 退货单编号，送货单编号）12. 生成 （签订日期 ， 收款单编号，退货单编号）13. 采购退货收款单（收款单编号，收款金额，收款日期）14. 采购入库单 （入库单编号，商品信息，商品名称）15. 合格 （审核日期，送货单编号，入库单编号） （2）数据

23、模型的优化规范化为3nf3. 物理设计 （1）供应商信息表（Supplier ）供应商信息（供应商编号，供应商名称， 地址， 开户行）列名说明数据类型约束条件Sno供应商编号Char(10)pkSname供应商名称Char(15)取值唯一Address地址Char(20)默认值：北京市Account开户行账号Char(19)（2）商品（Milk）商品 （商品编号，商品名称，生产日期，保质期 ）列名说明数据类型约束条件Mno商品编号Char(10)pkMname商品名称Char(10)Not nullDate生产日期datetimeExpiration保质期datetime（3）采购订单表（Pu

24、rchase ） 采购订单 （订单编号，商品名称，商品数量，订单日期，供应商编号）列名说明数据类型约束条件Pno订单编号Char(10)pkPdate订单日期datetimeCount商品数量Char（10）Name商品名称Char（10）Sno供应商编号Char(10)Pk 引用供应商信息表的外码（4）采购申请单表（Shenqingdan） 采购申请单（ 申请单编号，商品名称，商品数量，申请日期 ）列名说明数据类型约束条件Sno采购申请单编号Char(10)Count商品数量Char（10）Name商品名称Char（10）Date申请日期datetime（5）采购付款单（Fukuan） 采购

25、付款单 （付款单编号，付款金额，付款日期）列名说明数据类型约束条件Fno采购付款单编号Char(10)PKMoney付款金额int取值大于0Date付款日期datetime（6）采购退货单（Tuihuo ） 采购退货单 （退货单编号，商品数量，商品名称）列名说明数据类型约束条件Tno退货单编号Char(10)pkCount商品数量Char（10）Name商品名称Char（10）（7）采购退货收款单（Shoukuandan ）采购退货收款单（收款单编号，收款金额，收款日期）列名说明数据类型约束条件SKno收款单编号Char(10)PKMoney付款金额int取值大于0Date付款日期datetime（8）采购入库单（Ruku） 采购入库单 （入库单编号，商品数量，商品名称）列名数据类型约束条件Rno入库单编号Char(10)pkAmount入库数量int取值大于0Name商品名称Char（10）Date入库日期datetime4.2.2. 界面设计