精华内容
下载资源
问答
  • 严格按照系统分析的步骤进行的编写, 业务流程图和数据流程图费了好大劲自己画好的~~~ 也有数据字典,就是还有待完善
  • 软件工程学生信息管理系统需求分析报告:压缩包中有ER图、数据流图、流程图、数据字典,以及报告文档!很详细!
  • 某大型连锁超市库存管理系统分析报告

    万次阅读 多人点赞 2016-07-09 14:13:23
    全部内容可直接下载(含各层DFD图):http://www.unclewang.info/sercet/281/ 访问密码 unclewang.info目录一、前言 2二、现行库存管理...7三、库存管理系统需求分析 93.1现行系统的不足分析 93.2信息需求分析...

    全部内容可直接下载(含各层DFD图):http://www.unclewang.info/sercet/281/ 

     访问密码 unclewang.info


    目录

    一、前言    2

    二、现行库存管理系统概况    3

    2.1企业发展概况    3

    2.2目前企业库存流程调查情况    3

    2.3目前信息载体调查情况    7

    三、库存管理系统需求分析    9

    3.1现行系统的不足分析    9

    3.2信息需求分析    9

    3.3功能需求分析    9

    四、数据模型及编码模型设计    12

    4.1数据字典    12

    4.2概念结构设计    12

    4.3逻辑结构设计    16

    五、子系统划分    19

    5.1子系统划分概述    19

    5.2主要子系统具体设计    19

    六、新库存管理系统功能模型设计    29

    6.1顶层DFD图    29

    6.2 各个功能的1层DFD图    29

    参考文献    34

    实验心得    35

     

     

    一、前言

    本篇系统分析报告主要以某大型连锁超市为研究对象,由于现在大型连锁超市主要还是传统的消费购物模式,而未来的超市发展趋势则是一种基于LBS服务的O2O模式,即用户可以通过线上的支付,然后对于超市可覆盖的范围进行配送。我们通过对库存管理的现实情况进行分析,对该准备转型的该超市的库存管理系统进行了初步的设计。我们的分析报告主要采用了结构化分析方法(Structure Analysis)以及结构化设计方法(Structure Design)对系统进行相关系统局部逻辑设计和物理模型设计。

    库存管理系统对于大型连锁超市是不可缺少的一部分,对于企业的决策和管理也是至关重要的。对于一个大型连锁超市,每天有大量的顾客光临,每天进货、清仓等对于超市管理员而言非常重要。因此,我们本次的系统分析与设计选取了某大型连锁超市,去设计一套基于大型连锁超市的库存管理系统来给用户提供充足的信息和快捷的查询手段。我们选取的该大型连锁超市规模一直在不断扩大,产品数量也在急剧增加,所入库产品的种类也不断地更新,有关产品的各种信息量在成倍增长。面对庞大的产品信息量,如何有效地管理库存产品,及时反馈库存管理的相关信息,是确保该超市正常运行的必要手段,也是其超市管理中不可或缺的一部分。

    本文首先阐述了库存管理系统的研究背景和意义,并分析了当前现状,重点分析了系统的业务流程、功能需求分析以及数据模型分析,并给出相关的业务流程图、数据流程图、数据字典以及E-R模型。最后就是对系统进行子系统划分,包括基本信息管理子系统、进退货管理子系统、销售管理子系统、盘点管理子系统、查询统计管理子系统等进行了一些相关的设计,给出其子系统划分功能图以及各子系统的业务处理流程图。

     

    二、现行库存管理系统概况

    2.1企业发展概况

    该大型连锁超市每周的顾客量都达到上万人次,因此加强对库存的管理,对于维护超市正常的运营发展具有十分重要的意义。在对库存进行管理的过程中,必须对各类产品进行有效的分类管理,才能提高超市的有效管理。同时随着超市规模的不断扩大以及产品数量的急剧增加和种类的增多,产品的信息量就显得非常庞大,产品的信息也增多了,这样一来,加强对库存管理就显得非常重要,及时地反馈销售信息,确保超市的运行效益。库存管理的重点在于加强对商品的入库管理、盘点管理等方面。只有严格的进行控制,才能最大程度地给超市带来最大利润化。而目前该超市准备进行O2O的转型,因此对企业信息系统提出了新的要求。

    2.2目前企业库存流程调查情况

    对于该超市的库存管理系统,主要包括商品采购、商品入库、商品出库以及库存盘点四个主要库存业务流程。

    2.2.1商品采购流程分析

    商品釆购的流程为:

    (1)库存人员根据商品库存情况及时向采购人员反馈信息,以便采购人员及时地进行商品的釆购。

    (2)采购人员根据库存人员反馈的信息以及顾客需求信息制定商品采购计划。

    (3)采购人员将商品采购计划交由超市管理员进行审核。审核通过后就会进行货源的查找工作。

    (4)联系供货商,结合商品市场价格情况进行商品价格的商议,最大程度地降低进货成本。

    (5)价格谈妥后,确认购买,并安排相关人员进行货物购买,并到财务部门进行采购结算工作。商品采购业务流程如图2-1所示。

    图2-1商品采购业务流程图

    2.2.2商品入库流程分析

    釆购的商品需要进行入库操作,由相关人员组织货品核对,并将商品按照类型分配到不同的仓库中进行保存。商品入库流程如下。

    (1)货物到达后,由超市站台值班员进行组织卸货工作,需要进行品种清点、商品件数的核算,并且编写《物资清点表》,送至收货组进行验收;

    (2)收货组人员根据《物资清点表》核对验收货物,并将货物分配到相应的库位,填写《码单》。

    (3)供应商《货物明细单》到达后,库存人员填写《入库单》。核对《码单》、《货物明细单》,《入库单》,如果出现清点差错,填写《货物异常报告》,并返回给供应商。

    (4)财务人员进行审核记账后,生成《帐卡》、《入库收费单》,并将相关数据账单进行存放保管工作,以便用于盘点所用。商品入库的业务流程图如图2-2所示。

    图2-2商品入库业务流程图

    2.2.3商品出库流程分析

    商品出库指的是将库存商品进行出库操作,由相关人员组织商品搬运,同时将出库的商品进行相关登记。商品出库的主要流程如下。

    (1)超市提货人员持提货单至发货组,要求提货。调度员核实提货单的合法性,填写《出库单》,显示相关业务号信息,如果有层次,则显示层次信息,并修改层次信息;如果是一个业务号的尾货则给出尾货提示。然后向提货人员出具《出库收费单》并派保管员准备发货。

    (2)保管员持组织货物装运,记录实出货物信息,填写《码单出库信息表》。

    (3)—批货物全部出库后,保管员将《帐卡》、《提货单》、《码单》送至财务部门核实平帐后,存档。商品出库的业务流程图如图2-3所示。

    图2-3商品入库业务流程图

    2.2.4库存盘点流程分析

    超市需要定期地进行库存商品的盘点,包括数量是否符合、商品报废情况等等,并核实账单是否相符。库存盘点流程如下:

    (1)仓库人员根据需要盘点的货物生成盘点帐存表,表中有生成盘点表的商

    品编码、商品名称、库位、经营方式、库存数量及盘点日期等相关信息。

    (2)打印盘点单,包括的项目有:商品库位、类别、商品编码、商品名称、经营方式、实盘数量及盘点日期,这里不输出商品的帐存数量。

    (3)盘点员手持盘点单,进行实地盘点,将数量填入盘点单中实盘数量处。

    (4)仓库人员在微机中调出对应的盘点帐存表,将实盘的数量录入进去,经管理人员检察录入数据的准确性后,审核生效。

    (5)生成盘点盈亏表。

    (6)计对商品有盘盈和盘亏的商品进行记账。凡是有盈亏的商品列出商品编码、名称、实盘数量、帐存数量、成本单价、盈亏金额等相关信息。库存盘点流程图如图2-4所示。

    图2-4库存盘点业务流程图

     

    2.3目前信息载体调查情况

    在企业的业务流程中主要出现的信息载体较多,主要有:

    信息载体名称

    出现的业务流程名称

    相关人员

    库存反馈表

    采购流程

    库存人员

    采购计划

    采购流程

    采购人员、管理部门

    采购单

    采购流程

    采购人员、财务部门、供应商

    物资清点单

    入库流程

    收货组人员、超市值班员

    码单

    入库流程、出库流程

    收货组人员

    货物明细单

    入库流程

    供应商、库存人员

    入库单

    入库流程

    库存人员

    货物异常报告

    入库流程

    供应商、库存人员

    帐卡(入库收费单)

    入库流程、出库流程

    库存人员

    出库单

    出库流程

    调度人员

    码单出库信息单

    出库流程

    保管员

    提货单

    出库流程

    提货人员

    盘点账存表

    盘点流程

    库存人员、财务部门

    盘点单

    盘点流程

    库存人员

    盘点盈亏表

    盘点流程

    财务部门

    表2-1 信息载体情况表

     

    三、库存管理系统需求分析

    本文的2.2章节已经对现行系统的主要流程进行分析,这一章主要描述了其现行系统的不足分析、信息需求分析以及功能需求分析。

    3.1现行系统的不足分析

    本文的2.2章节已经对现行系统的主要流程进行分析,但由于该大型连锁超市出现了新的配送业务流程图,现行库存管理系统不能满足其转型后的业务流程。

    配送业务流程图主要为:

    (1)用户在网上订购填写购买单

    (2)系统将配送信息传给库存人员,库存人员接到订购单读取后将商品运到配送人员

    (3)配送人员通过订购信息进行商品配送。

    3.2信息需求分析

    信息需求分析是根据企业规划和管理理论来分析企业的信息需求,其目的是对企业的数据和信息需求进行分析,为新系统数据存储模型的设计提供信息。主要从业务处理工作的信息需求、高层领导者的信息需求以及企业发展和改革方面的信息需求三个方面进行分析。

    对于本文所讨论的大型连锁超市的库存管理系统来说,在上面讨论的当前主要业务流程中存在大量的信息载体,其中都包含着大量的数据,例如对多次的库存反馈表进行分析可以帮助企业提前进行采购决策;对货物异常报告可以帮助供应商更好的进行采购,使企业外部价值链更加牢固。

    大型连锁超市以后会逐渐形成一种超市O2O模式,指将线下的商务机会与互联网结合,让互联网成为线下交易的前台。那么在这样一个新的背景下,企业必须要进行在线电子商务平台的构建以及物流的配送,而对于该超市目前的电子商务平台发展已经比较适应,但是转型后进行配送需要对用户的位置信息进行分析(即一种LBS的服务模式),而且由于省略了销售过程中的一些流程,需要从仓库直接发货进行配送,因此对目前的库存管理系统提出了新的信息需求。新的信息需求主要包括:用户位置信息,配送人员信息,配送信息等。

    3.3功能需求分析

    3.3.1基本信息管理功能分析

    基本信息管理功能主要完成对商品新增(商品信息的录入)操作,商品信息更新、过时商品信息删除、商品信息的查询等处理操作。具体功能如下。

    (1)商品新增。当有商品进入超市库存时,需要对商品信息进行添加操作,包括商品编号、商品名称、商品价格、商品数量等。

    (2)商品信息更新。主要是对已有的商品信息进行修改,如销售商品后,需要对已销售的商品的库存数量进行修改同时如果有商品釆购进来,并且此类商品信息已经存在,也需要对商品数量进行更新操作。

    (3)商品信息删除。对于一些报废商品、超过保证期的商品需要进行处理操作,其相关信息也需要执行删除操作。

    (4)商品信息查询。根据商品编号,可以对商品信息进行检索操作,除了可以对某一商品信息进行查询外,还可以对所有的库存商品信息进行浏览操作。

    3.3.2进退货管理功能分析

    进退货管理功能主要对入库以及出库商品信息进行相关管理,包括商品釆购登记、商品下架、商品上架、商品退货以及商品报废等相关管理。

    (1)商品采购登记。对于采购进来的商品信息需要进行相关登记操作,包括商品名称、数量、单价、结算方式、实付金额等。

    (2) 商品下架。对于下架的商品需要进行记录,下架的商品需要重新进入仓库进行管理。

    (3)商品上架。商品上架是指将商品从仓库中搬运到超市货架上,而上架的商品信息需要进行记载操作。

    (4)商品退货。商品因为质量问题等原因,需要进行退货处理。这里的退货是指超市向供货商进行退货处理。

    3.3.3销售管理功能分析

    销售管理功能主要完成对商品销售登记以及商品退货处理等操作,具体功能如下。

    (1)商品销售管理。在这个模块中,主要是对商品的销售信息进行登记操作,包括商品名称、商品数量、销售金额、销售时间等信息。

    (2)商品退货。这模块主要是用来登记顾客退货情况,包括退货商品名称、数量、退货金额、退货时间等相关信息。

    3.3.4盘点管理功能分析

    盘点管理主要是进行货架商品盘点以及库存盘点等管理,具体的功能如下。

    (1)货架商品盘点管理。超市会每天进行货架商品盘点管理,这样就能更好地安排商品的上架工作。

    (2)库存盘点管理。库存盘点主要是对商品数量进行清点,查看商品数量是否与账单是否相符。

    3.3.5查询统计管理功能分析

    查询统计管理主要是进行相关信息的查询以及统计管理,包括销售排名统计、进货查询、退货查询、销售查询以及商品库存查询等相关管理。具体的功能如下。

    (1)销售排名统计。按照某一时间段内商品数量或者销售金额来将销售的商品进行排名操作,这样就可以了解顾客对哪些商品的需求更大,也能更好地制定釆购计划。

    (2)进货查询。在这模块里,可以根据时间来查询这段是时间内超市的进货情况。

    (3)退货查询。在这个模块中可以对退货情况进行查询,包括顾客退货情况以及超市退货情况等。

    (4)销售查询。可以对超市的商品销售情况进行查询、可以查询某天的销售情况也可以查询某月或者某年的销售情况。

    (5)商品库存查询。可以对某种商品的库存情况进行查询、方便进行采购处理。

    3.2.6系统管理功能分析

    系统管理该部分主要完成用户管理、密码修改、日志管理、数据库管理等功能。

    (1)用户管理。完成对系统用户的添加、修改以及注销等相关操作。

    (2)密码修改。提供用户进行登录密码修改的平台。

    (3)数据库管理。对系统数据库进行备份以及还原两部分。该超市库存警务化管理系统釆用完全备份方式,将数据库数据整个地备份到文件中。数据库还原则视为是备份的逆过程,系统故障导致数据库破坏时,需要立即还原处理。

    (4)日志管理。对于用户的所有操作都会有个日志文件进行记录,方便后期维护或者操作。

    3.3.7配送管理功能分析

    配送管理主要是进行库存商品配送等管理,具体的功能如下。

    (1)库存商品配送管理。配送人员会进行库存商品配送,将用户在网上预订的商品送达到用户手上。

    (2)配送信息管理。配送信息管理主要是对配送信息进行比较和核对,查看配送信息是否与订货信息相符。

     

    四、数据模型及编码模型设计

    4.1数据字典

    数据字典(Data dictionary)是一种用户可以访问的记录数据库和应用程序源数据的目录。数据字典主要由五部分组成,包括数据项、数据结构、数据流、数据存储以及处理过程。

    数据字典最重要的作用是作为分析阶段的工具。任何字典最重要的用途都是供人查询对不了解的条目的解释,在结构化分析中,数据字典的作用是给数据流图上每个成分加以定义和说明。根据前面相关需求分析,得到系统的数据字典如下所示。

    采购人员:{人员编号VARCHAR(10),姓名VARCHAR(12),性别CHAR(2),身份证号VARCHAR(28),籍贯VARCHAR(20),联系方式VARCHAR(20),工资FLOAT}

    商品:{商品编号VARCHAR(10),商品名称VARCHAR(12),商品标识VARCHAR(10),售价FLOAT,进价FLOAT,规格VARCHAR(10),等级VARCHAR(10),产地VARCHAR(30)类别 VARCHAR(20)}

    仓库:{仓库编号VARCHAR(10),仓库名称VARCHAR(12),仓库类型CHAR(4), 所在位置VARCHAR(20),容量FLOAT,负责人VARCHAR(10),联系方式VARCHAR(20)}

    供货商:{供货商名称VARCHAR(10),供货商 性质VARCHAR(12),供货商地址VARCHAR (30),供货商联系方式VARCHAR (20)}

    库存:{商品编号VARCHAR(10),商品名称VARCHAR (12),商品型号VARCHAR (8),商品数量顶T,商品单价FLOAT,供应商VARCHAR(10)}

    出库:{出库编号VARCHAR (10),商品编号VARCHAR(10),商品名称VARCHAR (12),商品型号VARCHAR(4),商品数量INT,商品单价FLOAT,供应商VARCHAR(10),出库日期DATETIME}

    入库:{入库编号VARCHAR(10),商品编号VARCHAR(10),商品名称VARCHAR(12),商品型号VARCHAR(4),商品数量INT,商品单价FLOAT,供应商VARCHAR(10),入库日期 DATETME}

    配送:{配送编号VARCHAR(10) ,商品编号VARCHAR(10),商品名称VARCHAR(12),商品型号VARCHAR(4),商品数量INT,商品单价FLOAT,用户信息VARCHAR (12) 配送日期 DATETME }

    4.2概念结构设计

    采用装配模式的数据模型结构进行该库存管理系统的概念结构设计:

    (1)采购人员实体包括人员编号、姓名、性别、身份证号、籍贯、联系方式、工资、备注属性,其实体属性图如图4-1所示。

    图4-1采购人员实体属性图

     

    (2)商品实体包括商品编号、商品名称、商品标识、售价、进价、规格、等级、产地、类别等属性,其实体属性图如图4-2所示。

    图4-2商品实体属性图

    (3)仓库实体包括仓库编号、仓库名称、仓库类型、所在位置、容量、负责人、联系方式等属性,其实体属性图如图4-3所示。

    图4-3仓库实体属性图

    (4)供货商实体包括供货商名称、供货商性质、供货商地址、供货商联系方式等属性,其实体属性图如图4-4所示。

    图4-4供货商实体属性图

    (5)库存实体包括商品编号、商品名称、商品型号、商品数量、商品单价、供应商、备注等属性,其实体属性图如图4-5所示。

    图4-5库存实体属性图

    (6)出库实体包括出库编号、商品编号、商品名称、商品型号、商品数量、商品单价、供应商、出库日期等属性,其实体属性图如图4-6所示。

    图4-6出库实体属性图

    (7)入库实体包括入库编号、商品编号、商品名称、商品型号、商品数量、商品单价、供应商、入库日期等属性,其实体属性图如图4-7所示。

    图4-7入库实体属性图

    (8)配送实体包括配送编号、商品编号、商品名称、商品型号、商品数量、商品单价、用户、配送日期等属性,其实体属性图如图4-8所示。

    图4-8配送实体属性图

    (9)本超市库存管理系统主要包括釆购人员、商品、供货商、仓库、入库、出库以及仓库人员、客户、配送人员等几个实体。其中一个釆购人员可以向多个供货商进行多种商品的采购,同时一个供货商可以向多个采购人员供应多种商品;一个仓库可以存放多种商品,但是一类商品只能存放在一个仓库中;一名仓库人员可以负责管理多个仓库,仓库人员与仓库之间是一对多的关系;出库与商品、入库与商品之间是一对多的关系。多个客户可订购多个商品,每个配送人员负责1个仓库的配送,可同时向多个用户配送多个商品。系统的总体E-R图如图4-9所示。

    图4-9系统总体E-R图

    4.3逻辑结构设计

    数据库的关系模型根据数据模型来确定,即将关系模型转化为数据库系统所支持的实际数据模型,得到数据库的逻辑结构。在数据库的关系模型及系统处理过程中的数据的结构的基础上,获得系统数据库表以及表之间的关系。在本系统中,以下是系统中几个主要的数据库表结构,如表4-1到4-7所示:

    表4-1商品信息表

    列名

    数据类型

    数据长度

    备注

    说明

    SPBH

    Varchor

    10

    Primary Key

    商品编号

    SPMC

    Varchor

    12

    NOT NULL

    商品名称

    SPBS

    Varchor

    10

    NULL

    商品标识

    SJ

    Float

    4

    NULL

    售价

    JJ

    Float

    4

    NULL

    进价

    GG

    Varchor

    10

    NULL

    规格

    DJ

    Varchor

    10

    NULL

    等级

    CD

    Varchor

    30

    NULL

    产地

    LB

    Varchor

    20

    NULL

    类别

     

    表4-2仓库基本信息表

    列名

    数据类型

    数据长度

    备注

    说明

    CKBH

    Varchor

    10

    Primary Key

    仓库编号

    CKMC

    Varchor

    12

    NOT NULL

    仓库名称

    CKLX

    Char

    4

    NULL

    仓库类型

    SZWZ

    Varchar

    20

    NULL

    所在位置

    RL

    Float

    4

    NULL

    容量

    FZR

    Varchor

    10

    NULL

    负责人

    LLFS

    Varchor

    20

    NULL

    联系方式

     

    表4-3供货商基本信息表

    列名

    数据类型

    数据长度

    备注

    说明

    GHSMC

    Varchor

    10

    Primary Key L

    供货商名称

    GHSXZ

    Varchor

    12

    NULL

    供货商性质

    GHSDZ

    Varchar

    30

    NULL

    供货商地址

    GHSLLFS

    Varchar

    20

    NULL

    供货商联系方式

     

    表4-4库存基本信息表

    列名

    数据类型

    数据长度

    备注

    说明

    SPBH

    Varchar

    10

    Foreign Key

    商品编号

    SPMC

    Varchar

    12

    Not NULL

    商品名称

    SPXH

    Varchar

    8

    NULL

    商品型号

    SPSL

    Int

    4

    NULL

    商品数量

    SPDJ

    Float

    4

    NULL

    商品单价

    GYS

    Varchar

    10

    Foreign Key

    供应商

    BZ

    Varchar

    50

    NULL

    备注

     

    表4-5出库基本信息表

    列名

    数据类型

    数据长度

    备注

    说明

    CKBH

    Varchar

    10

    Primary Key

    出库编号

    SPBH

    Varchar

    10

    Foreign Key

    商品编号

    SPMC

    Varchar

    12

    Not NULL

    商品名称

    SPXH

    Varchar

    4

    NULL

    商品型号

    SPSL

    Int

    10

    NULL

    商品数量

    SPDJ

    Float

    20

    NULL

    商品单价

    GYS

    Varchar

    10

    Foreign Key

    供应商

    PSRQ

    Datetime

    20

    NULL

    配送日期

    BZ

    Varchar

    50

    NULL

    备注

    表4-6入库基本信息表

    列名

    数据类型

    数据长度

    备注

    说明

    RKBH

    Varchar

    10

    Primary Key

    出库编号

    SPBH

    Varchar

    10

    Foreign Key

    商品编号

    SPMC

    Varchar

    12

    Not NULL

    商品名称

    SPXH

    Varchar

    4

    NULL

    商品型号

    SPSL

    Int

    10

    NULL

    商品数量

    SPDJ

    Float

    20

    NULL

    商品单价

    GYS

    Varchar

    10

    Foreign Key

    供应商

    RKRQ

    Datetime

    20

    NULL

    入库日期

    BZ

    Varchar

    50

    NULL

    备注

     

    表4-7配送基本信息表

    列名

    数据类型

    数据长度

    备注

    说明

    PSBH

    Varchar

    10

    Primary Key

    配送编号

    SPBH

    Varchar

    10

    Foreign Key

    商品编号

    SPMC

    Varchar

    12

    Not NULL

    商品名称

    SPXH

    Varchar

    4

    NULL

    商品型号

    SPSL

    Int

    10

    NULL

    商品数量

    SPDJ

    Float

    20

    NULL

    商品单价

    YHXX

    Varchar

    12

    NULL

    用户信息

    PSRQ

    Datetime

    20

    NULL

    配送日期

     

     

     

    五、子系统划分

    5.1子系统划分概述

    根据该大型连锁超市的特点,本系统采用职能法划分子系统,各子系统的划分及功能见图5-1在原系统中没有配送管理,由于新添了配送管理,在新系统的设计中,将其作为单独的一个子系统:

    图5-1子系统划分概况

    5.2主要子系统具体设计

    5.2.1基本信息管理子系统

    在基本管理子系统中包括新增商品、商品信息更新、商品信息删除、商品信息检索等四个子系统

    (1)新增商品子系统。本子系统为新釆购的商品信息进行新增功能,对新入库的商品,其信息需要录入到系统中,包括商品名称、商品类型、商品数量、商品价格、采购时间等数据信息。输入完后确认保存,系统会同步在数据库中进行更新保存。新增商品的处理流程图如图5-2所示。

    图5-2商品新增处理流程图

    (2)商品信息更新子系统。在这个子系统里面,过输入进行修改的商品名称,确认后系统会返回相关信息给用户,用户修改商品信息后确认保存,系统会自动更新数据库表。商品信息更新处理流程图如图5-3所示。

    图5-3商品信息更新处理流程图

    (3)商品信息删除子系统。用户在这个子系统中可以对商品信息进行删除操作,通过商品名称找到需要进行删除的商品信息,执行删除操作,商品信息就会从相应的数据库表中进行清除操作。

    (4)商品信息检索子系统。在这个子系统里面,用户通过输入商品编号就可以查看该商品的相关信息,包括商品单价、商品生产日期、存放条件等。

    5.2.2进退货管理子系统

    进退货管理子系统主要实现对商品的采购信息表、上架信息表、下架信息表以及退货信息表进行管理,在此子系统里主要包括:商品釆购登记、商品下架、商品上架、商品退货以及商品报废等五个子系统。

    (1)商品釆购登记子系统。在这个子系统里面,用户将釆购的商品信息进行登记操作,以便用来对商品信息进行相关管理操作。首先,采购人员登录系统,选择采购登记,输入釆购商品相关信息后,确认保存,系统会进行信息的完整性检测,当信息完整时,系统自动更新数据库表。商品采购登记的处理流程图如图5-3所示。

    图4-6商品采购登记处理流程图

    (2)商品下架子系统。在这个子系统里面,只要是对下架商品信息进行登记。超市保管员登录系统,将清点下架的商品信息录入到系统中,同时库存信息也会自动进行更新操作。

    (3)商品上架子系统。在这个子系统里面,当有商品上架的时候,上架商品信息需要进行添加操作,同时需要更新库存信息。

    (4)商品退货子系统。在这子系统中,由于采购商品出现质量问题,需要向供货商进行商品退货处理。采购人员登录系统,进入到退货处理界面,输入商品退货信息,确认退货操作后,信息会添加至数据库表中,同时退货金额也会更新至财务结算中。商品退货的处理流程图如图5-4所示。

    图5-4商品退货处理流程图

    (5)商品报废子系统。因为由于某些商品出现质量问题或者商品本身已被损坏,需要进行报废处理工作。

    5.2.3销售管理子系统

    销售管理子系统实现对商品的销售信息的管理,在销售管理子系统中主要包括两个子系统:商品销售登记子系统以及商品退货处理子系统。

    (1)商品销售登记子系统。在这个子系统里面,销售人员登陆系统后,输入商品销售信息后,确认保存,系统会自动将成绩保存至数据库表中。商品销售登记的处理流程图如图5-5所示

    图5-5商品销售登记处理流程图

    (2)商品退货处理子系统。在这个子系统里面,主要登记顾客退货情况,包括退货商品名称、数量、退货金额、退货时间等相关信息。

    5.2.4盘点管理子系统

    盘点管理子系统主要包括货架商品盘点子系统和库存盘点子系统等两个子系统,是对货架商品信息以及库存商品信息进行的管理。

    (1)货架商品盘点子系统。超市每天结束营业的时候需要对货架商品信息进行盘点,以便确认当天销售正常运作。首先由盘点人员输入货架清点信息,系统会根据清点信息以及当天销售以及顾客退货情况进行盘点结算,如果盘点无误,则结束盘点操作,如果盘点不符,则会要求盘点人员再次确认清点情况。货架商品盘点处理流程图如图5-6所示。

    图5-6货架商品盘点处理流程图

    (2)库存盘点子系统。库存盘点主要是定期对库存信息进行清点操作,确认商品库存信息与账本信息是相符合的。其操作过程跟货架商品盘点是类似的,先是进行库存商品的清点工作,然后核对账本信息,确认商品信息无误。

    5.2.5查询统计管理子系统

    查询统计管理包括销售排名统计、进货查询、退货查询、销售查询以及商品库存查询等五个子系统。

    (1)销售排名统计子系统。超市管理人员可以对超市的销售产品排名情况进行查看。首先,登录系统后,选择销售排名统计,选择时间段,选择排名方式,确认后,系统会进行数据库信息的检索以及按照排名方式来对统计好的商品销售情况以列表的形式返回给用户进行查看。销售排名统计的处理流程图如图5-7所示

    图5-7销售排名统计处理流程图

    (2)进货查询子系统。在这个子系统里面,主要是根据进货时间对该时间的进货商品信息进行查看。

    (3)退货查询子系统。在这个子系统里面,可以对退货信息进行查看,包括超市向供货商退货情况以及顾客退后情况。

    (4)销售查询子系统。根据销售时间,可以查看该时间段的商品销售情况,以便统计出顾客在某时间段的真正需求。

    (5)商品库存查询子系统。在这个子系统中,可以对库存商品进行随时的查看工作,确认库存商品无缺失。

    5.2.6系统管理子系统

    系统管理子系统主要是管理员对用户管理,密码修改,数据库管理以及日志管理等几个子系统。具体子系统设计如下所示。

    (1)用户管理子系统。在这个子系统中,包括对用户添加、用户修改以及用户注销等操作。对于用户添加,输入需要进行添加的用户名以及密码,确认新增, 如果用户名不存在的话,添加操作成功。对于用户注销子系统,通过输入需进行注销操作的用户名,确认后系统会返回相关信息给用户,确认删除后,用户信息就会从数据库表中清除掉。

    (2)密码修改子系统。用户在这个子系统中可以对原有的密码进行修改,首先输入旧密码,输入两次新密码后,确认修改,信息会保存至数据库表中。密码修改的处理流程图如图5-8所示。

    图5-8密码修改处理流程图

    (3)数据库管理子系统。数据库管理包括数据的备份以及还原两部分。进行数据备份可以选择手动或者自动方式,可以通过设定定时器对数据进行备份,到点时,由系统自动进行备份。进行数据还原操作时,通过备份文件来恢复数据结果,保证数据的安全性和正确性。数据库还原的处理流程图如图5-9所示。

    图5-9数据库管理流程图

    (4)日志管理子系统。系统为了可以处理历史数据,设置了日志管理。日志是由系统自动进行添加管理的,每个日志文件都有一个生存周期,这样是为了降低系统的负载,减少内存容量的使用。

    5.2.7配送管理子系统

    系统配送管理子系统主要是客户进行网上订购和配送人员进行商品配送两个子系统。具体子系统设计如下所示。

    (1)网上订购子系统。在这个子系统中,包括用户登录系统,并选购所需要的商品,然后更新销售信息和库存信息数据库,网上订购的处理流程图如图5-10所示。

    图5-10网上订购处理流程图

    (2)商品配送子系统。商品配送子系统负责将用户所购的商品配送信息发送给配送人员,用户也可以查看配送信息。

     

    六、新库存管理系统功能模型设计

    6.1顶层DFD图

    该大型连锁超市库存管理系统的使用者有系统管理员,采购人员,仓库人员,盘点人员,销售人员,财务人员等几大角色。系统管理员主要负责系统管理,包括用户管理(新增/修改/注销),数据库备份及还原以及日志管理等操作;采购人员负责商品的釆购操作;仓库人员负责仓库商品的相关管理;盘点人员负责超市货架以及库存商品的盘点操作;销售人员则负责进行商品的销售管理;配送人员负责货物的配送和反馈。对信息的相关操作,如增删改等都体现出用户需求,利用数据库可以对各种信息进行分类存储,方便读写。使用数据字典可以对系统需求的数据结构,数据参数以及处理流程等内容进行描述,为后面进行数据库设计提供基础。通过分析调查该超市库存管理需求,得到了系统所需处理顶层数据流程图,如图6-1所示。

    图6-1系统顶层数据流程图

    6.2 各个功能的1层DFD图

    该超市库存管理可以分为基本信息管理、进退货管理、销售管理、盘点管理、查询统计管理、系统管理和配送管理等七大部分。下面将对这七大部分的数据流图进行详细描述。

    6.2.1"基本信息管理"1层DFD图

    基本信息管理数据流分为商品新增、商品信息更新、商品信息删除以及商品信息查询等四个数据处理部分。基本信息管理数据处理结果都保存到商品信息表中,进行新增商品时,需要向商品信息表中添加相关数据信息,商品信息更新是先提取需进行操作商品信息,然后再进行相关修改后保存到数据库表中。基本信息管理的数据流程图如下图所示。

    6.2.2"进退货管理"1层DFD图

    进退货管理数据流分为商品采购登记、商品下架、商品上架、商品退货以及商品报废等五个数据处理部分。进退货管理数据处理结果分别保存到商品的采购信息表、上架信息表、下架信息表以及退货信息表中,如采购商品时,需要向采购信息表中添加相关信息,而商品报废时是先提取需进行操作的商品信息,然后将此信息删除注销掉,同时更新商品账单表。进退货管理的数据流程图如下图所示。

    6.2.3"销售管理"1层DFD图

    销售管理数据流分为商品销售登记以及商品退货处理等几个数据处理部分。考核管理数据处理结果保存到销售信息表和退货信息中,如商品销售登记时,需要向销售信息表中添加相关信息,而商品退货处理时是先进行退货信息的登记,然后更新账单即可。销售管理的数据流程图如下图所示。

     

    6.2.4"盘点管理"1层DFD图

    盘点管理数据流分为货架商品盘点以及库存盘点等几个数据处理部分。盘点管理数据处理结果保存到货架商品信息表以及库存商品信息表中,如进行货架商品盘点时,需要向对货架商品进行一一清点操作,包括商品的名称以及对应的数量,将清点的信息全部添加到货架商品信息表中即可。盘点管理的数据流程图如下图所示。

    6.2.5"查询统计管理"1层DFD图

    查询统计管理数据流分为销售排名统计、进货查询、退货查询、销售查询以及商品库存查询等几个数据处理部分。查询统计管理数据处理结果保存到采购信息表、退货信息表、库存信息表以及销售信息表中,如进行销售排名统计时,需要先提取销售信息表中的信息,然后根据商品的销售数量或者销售金额来进行商品销售排名即可。查询统计管理的数据流图如下图所示。

    6.2.6"系统管理"1层DFD图

    系统管理数据流可分为用户管理、密码修改及日志管理等几个部分。如进行用户添加时需要向用户表中添加相关信息进行保存,密码修改就是先提取旧密码,然后将旧密码更新成所设置的新密码,日志管理需要读取原有保存记录,并将添加、更新日志的内容保存。系统管理数据流程图如下图所示。

    6.2.7"配送管理"1层DFD图

    配送管理数据流分为网上订购以及商品配送等几个数据处理部分。客户进行网上订购时需先通过超市的库存信息读取欲购买的商品是否缺货等信息,填写配送指令提交至配送信息后,系统将订购记录信息录入销售信息。配送人员读取配送信息进行商品配送,并最终将配送反馈提交至配送信息。配送管理的数据流程图如下图所示。

    参考文献

    [1]蔡淑琴.管理信息系统.科学出版社,2006.

    [2]张金城.管理信息系统.北京大学出版社,2004.

    [3]薛华成.管理信息系统.清华大学出版社,1999.

    [4]蔡淑琴.物流信息系统.中国物资出版社,2002.

    [5]陈杨.沃尔玛超市库存管理系统分析与设计[D].云南:云南大学软件学院,2012:7-37.

    [6]申冠楠,郭宗义.百货店商品的库存管理系统的设计与实现.现代商业,2010.

    [7]陈睿,谢新洲.新一代信息系统.航空工业出版社,1993.

    [8]甘华鸣.业务流程.中国国际广播出版社,2002.

    [9]刘仲英.物资管理系统分析与设计.中国物资出版社,1993.

    [10]张剑渝.论流程重组理论在中国的实践.经济学家(4),2002.

    [11]萨师煊.数据库系统概论.高等教育出版社,2000.

    [12]方睿,刁仁宏,吴四九.网络数据库原理及应用.四川大学出版社,2005.

    [13]c.j.date.数据库系统导论(英文版第七版).机械工业出版社,2002.

     

    实验心得

    在这次实验过程中,我们小组选取我们比较熟悉的场景——超市。在撰写报告的过程中,我们三个人成员分工明确,相互协作,每个人都能很好地完成任务,锻炼了我们的团队合作能力。为了写好这次实验报告,我们不得重新拿起那本管理信息系统的书,也在知网上寻找了大量的论文作为参考,在各种翻看书籍和论文的过程中,我们对系统需求分析、数据流程图、业务流程图也有了更加清醒的认识,也使我们对管理信息系统这门课有了更深刻的体会。

    展开全文
  • 学生信息管理系统可行性分析报告学生信息管理系统可行性分析报告学生信息管理系统可行性分析报告学生信息管理系统可行性分析报告学生信息管理系统可行性分析报告
  • 信息系统分析与设计课程心得

    万次阅读 2017-02-28 13:41:39
    信息系统分析与设计课程心得此博客为信息系统分析与设计课程的学习心得记录。一、绪论1概念1.1信息要了解信息系统,首先要了解信息的概念。信息是我们理解世界的重要概念,我对它的定义是:信息是对客观事物及其相互...

    信息系统分析与设计课程心得

    此博客为信息系统分析与设计课程的学习心得记录。

    原文出自http://blog.csdn.net/qq_31456593/article/details/58593089


    第1、2、3章:
    1、信息定义与基本属性?
    信息是经过加工后的数据,它对接收者有用,对决策或行为有现实或潜在的价值。具有以下基本属性:
    事实性、扩散性、传输性、共享性、增值性、不完全性、等级性、滞后性

    2、系统的特性
    系统的整体性、系统的层次性、系统的目的性、系统的稳定性
    系统的突变性、系统的自组织性、系统的相似性

    3、管理的层次
    一个企业可以分为三个层次:高层管理(战略管理)、中层管理(战术管理)、基层管理(作业管理)。
    战略性决策指有关重大方向性问题的决策
    战术性决策指为了保证战略性决策所需要的人、财、物的准备而进行的决策
    日常业务活动决策往往有经常性和重复性,有规律可循,可以事先安排

    4、信息系统定义与对企业管理的影响
    信息系统就是输入数据,通过加工处理,产生信息的系统
    以计算机为基础的信息系统定义为:结合管理理论和方法,应用信息技术解决管理问题,为管理决策提供支持的系统。特点是面向管理。
    对企业管理的影响(企业过程重组BPR):
    1)帮助企业高层领导规划、控制企业的运作,获得整个企业内部和外部信息,以辅助他们决策
    2)支持企业中层管理,辅助管理控制
    3)帮助企业基层有效地应用信息技术,减少重复劳动,提高工作效率

    第4章:
    1、复杂性的理解
    信息系统建设周期长、投资大、风险大,比一般技术工程有更大的困哪和复杂性,这是因为:
    1)技术手段复杂
    2)内容复杂,目标多样
    3)投资密度大,效益难以计算
    4)环境复杂多变

    2、信息系统开发是一个社会过程
    1)将信息系统建设与一般技术工程相比较,信息系统建设的困难不仅来自技术方面,还来自企业内部环境。
    2)影响信息系统成败的有体制、政策、法规、观念、技术鞥多种因素。技术不是唯一因素,甚至不是主要因素。
    3)信息系统是人机交互系统,其开发、维护都离不开人的参与。从社会行动观点看,信息系统系统开发是人类活动协调序列,是多种参与者的协作过程。
    4)信息系统不只是单纯的计算机系统,而是辅助企业管理的人机系统

    3、信息系统的生命周期

    系统规划、系统分析、系统设计、系统实现、系统运行和维护
    系统规划阶段:系统规划阶段的任务是对企业的环境、目标及线性系统的状况进行初步调查,根据企业目标和发展战略,确定信息系统的发展战略,对建设新系统的需求做出分析和预测,同时考虑建设新系统所受的各种约束,研究建设新系统的必要性和可能性。根据需要与可能,给出拟建系统的备选方案。对这些方案进行可行性分析,写出可行性分析报告。可行性分析报告审议通过后,将新系统建设方案及实施计划编写成系统设计说明任务书。

    系统分析阶段:系统分析阶段的任务是根据系统设计任务书所确定的范围,对现行系统进行详细调查,描述现行系统的业务流程,指出线性系统的局限性和不足之处,确定新系统的基本目标和逻辑功能要求,即提出新系统的逻辑模型。这个阶段又称为逻辑设计阶段。这个阶段是整个系统建设的关键阶段,也是信息系统建设与一般工程项目的重要区别所在。
    系统分析阶段的工作成果体现在系统说明书中,这是系统建设的必备文件。他既是给用户看的,也是下一阶段的工作依据。因此,系统说明书既要通俗,又要准确。用户用过系统说明书可以了解未来系统的功能,判断是不是奇说要求的系统。系统说明书一旦讨论通过,就是系统设计的依据,也是奖励来验收系统的依据。
    系统设计阶段:简单的讲,系统分析阶段的任务是回答系统“做什么”的问题,而系统设计阶段要回答的问题是“怎么做”。该阶段的任务是根据系统说明书中规定的功能要求,考虑实际条件,具体设计实现逻辑模型的技术方案,也即设计新系统的物理模型。这个阶段又称为无力设计阶段。这个阶段又可分为总体设计和详细设计两个阶段。这个阶段的技术文档是“系统设计说明书”。

    系统实施阶段:系统实施阶段是将设计的系统辅助实施的阶段。这一阶段的任务包括计算机等设备的购置、安装和陶氏,程序的编写和调试,人员培训,数据文件转换,系统调试与转换等。这个阶段的特点是几个互相联系、互相制约的任务同时展开,必须精心安排、合理组织。
    系统实施是按实施计划分阶段完成的,每个阶段应写出实施进度报告。系统测试之后写出系统测试分析报告。

    系统运行和维护阶段:系统投入运行后,需要经常进行维护和评价,记录系统运行的情况,根据一定的规格对系统进行必要的修改,评价系统的工作质量和经济效益。

    4、信息系统开发方法
    生命周期是指导性方针,很抽象,具体的信息
    系统开发方法有很多,主要研究方向有两类:
    针对开发过程: 不同的信息系统开发过程模型。关注整个开发采取哪些步骤,每个步骤包含哪些任务,由什么人完成,任务的成果如何体现等,也称为不同的生存周期模型
    针对开发技术: 不同的建模方法,从不同的观点来反映系统的全貌,并采用不同技术手段予以实现
    瀑布开发方法

    强调阶段的划分和阶段严格的顺序
    各阶段工作任务明确,要求文档完备性
    是一种严格线性的按阶段顺序的、逐步细化的开发模式,消除了软件开发的随意性

    特点:
    1) 简单易用,容易理解
    2) 开发的进程一个顺着一个,没有反馈过程,需要严密控制
    3) 允许基线和配置早期接收控制
    4) 一个新的项目不适合这种模型
    5) 用户直到项目结束才能看到质量如何
    6) 不允许或者严格限制变更
    不足:
    需求:客户常常难以表达真正的需求,而这种模型却要求严格的阶段性成果,返工困难,变 更代价很大
    风险:客户要等到开发周期的晚期才能看到程序运行的测试版本,这时若发现大的错误,可 能引起客户的惊慌,其后果也可能是灾难性的
    效率:因为前后任务的依赖关系,成员不能并行工作,有可能花在等待的时间比开发的时间 要长,即所谓的“堵塞状态”
    (适用于一些需求已明确并且变化较少的信息系统)

    原型开发方法

    特点:
    用户积极参与
    原型的开发没有严密的阶段性
    短期获得测试版本,降低风险

    应用于以下场合:
    需求含糊,用户不能标识出详细的输入、处理和输出需求
    设计方案不明确,开发人员不能确定算法的有效性、操作系统的适应性或人机交互的有效性

    不足:
    1. 用户随意无止境的需求变化,因为用户容易产生误解,认为系统很容易被构造和修改
    2. 如果采用原型基础上继续构造,由于修补过度,软件质量不易于保证
    3. 开发人员为了快速构造原型,可能会采用不合适的操作系统、语言、算法等,造成后期风险,如系统适应性差、维护困难等

    增量开发方法
    一条直线一次性到达目的总是困难的。
    紧迫的市场期限使得难以完成一个完善的软件产品,缓解压力的方式是先提交一个有限的版本,细节部分逐步增加。
    增量模型——融合了瀑布模型的基本成分和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。 搭积木的方式,如按子系统划分增量

    特点:
     以功能递增的方式进行软件开发
     能较快地产生可操作的系统
     在每一步递增中,都可以把用户/开发者的经验结合到不断求精的产品中
     可改善测试效果和降低软件开发总成本
    应用场合:
     项目开始,明确了需求的大部分,但是需求可能会发生变化
     对于市场和用户把握不是很准,需要逐步了解
     对于有庞大和复杂功能的系统进行功能改进,本身就需要一步一步实施的。

    螺旋开发方法
    把软件开发过程定义成不断上升的螺旋周期,每个周期划分为计划、风险分析、实施和评价四个方面。沿螺线自内向外每旋转一圈便开发出更为完善的一个新的软件版本

    特点:
     风险驱动,可以在生命周期早期强制性的确定项目中存在的风险
     需要开发人员具有相当丰富的风险评估经验和专门知识
     要求用户参与阶段评价,对用户要求较高
    适用于:
     单位内部开发的大规模软件项目
     风险是项目的主要制约因素
     可能会发生重大变更
     采用新技术

    5、基于技术的开发方法(一个简答题10’)
    信息系统建模方法:
     面向过程的建模方法,也称结构化方法
     面向对象的建模方法

    1)结构化方法,也称为 面向功能/面向过程/面向数据流 的软件开发方法
    结构化分析(SA)对软件进行需求分析,以数据流图表示
    结构化设计(SD)进行总体设计,以模块结构图表示
    结构化程序设计(SP),以程序流程图表示
    结构化方法的基本思想:从系统功能出发,自顶向下,按照层次逐步分解求精

    2)面向对象的分析方法,以对象的观点来观察世界。
    它认为一个系统可以被看成一系列相互作用的对象组成,每个对象拥有自己的数据结构和行为方式,以及能触发对象的某种操作(行为)而改变其状态(数据结构)的事件。
    面向对象分析(OOA)、设计(OOD)和程序设计(OOP)最重要的模型图是对象图/类图。

    3)两者比较
     结构化方法
    容易理解和交流,对于大系统可以从全局逐步展开到局部,整体性较好。

     面向对象
    稳定可靠,有利于维护和重用,并容易实现多层分布式结构,技术先进,但对前期分析设计人员要求较高,用户理解模型有困难。

    结构化技术的特点:把现实世界描绘为数据在信息系统中的流动,在数据流的过程中数据发生转化。
    通过自定向下的程序将复杂的程序分解为程序模块的层次图,概括为自顶向下、逐步求精
    、模块化设计、结构化编码的基本特点。

    面向对象的特点:面向对象技术将数据模型和处理模型二合为一,将属性和方法封装在一个对象当中。
    将信息系统看成是一起工作来完成某项任务的相互作用的对象集合:通过定义系统中所有对象类型并显示对象之间是如何通过相互作用来完成分析任务。
    面向对象就是既使用对象有试用类和继承等机制,而且对象之间仅能通过传递消息实现彼此通信。
    面向对象优点:1、稳定性好; 2、可重用性好; 3、较易开发大型软件产品; 4、可维护性好

    结构化方法就是将系统看成是过程的集合,过程与数据实体之间交互,过程接受输入并产生输出。

    面向对象方法则不再把程序看成工作在数据上的一系列过程或函数的集合,而是把程序看做是相互协作而又被彼此独立的对象的集合。

    1、从概念方面看
    结构化软件是功能的集合,通过模块以及模块和模块之间的分层调用关系实现
    面向对象软件是事物对象的集合,通过对象以及对象和对象之间的通讯联系实现

    2、从构成方面看
    结构化软件是过程和数据的集合,以过程为中心;
    面向对象软件是数据和相应操作的封装,以对象为中心

    3、从运行控制方面看
    结构化软件采用顺序处理方式,由过程驱动控制
    面向对象软件采用交互式,并行处理方式,由消息驱动控制

    4、从开发方面看
    结构化方法的工作重点是设计;面向对象的房的工作重点是分析
    在结构化方法中,分析阶段和设计阶段采用了不相吻合的表达方式,需要把在分析阶段采用的具有网络特征的数据流图转换为设计极端采用的具有分层特征的软件结构图;
    在面向对象方法中,设计阶段的内容是分析阶段的细化,则不存在这一转换问题

    第5章:
    1、信息系统规划的任务
     制定信息系统发展战略
     制定信息系统总体方案
     制定信息系统开发计划
     制定信息系统资源分配

    2、可行性分析是哪几个方面和主要工作
    是指在企业当前情况下,研制这个信息系统是否有必要,是否具备必要的条件。可能性、必要性、合理性
    1) 技术可行性:根据现有的技术条件,能否达到所提出的要求;所需要的物力资源是否具备,能否得到
    2) 经济可行性:估计项目的成本和效益,分析项目经济上是否合理。要解决两个问题:资金可得性和经济合理性。
    3) 社会可行性:组织内部的改革是否能够推行(体制变化、人员精简)
    领导和员工的素质、支持度/阻力
    上级单位的认同
    政策、法规

    第6章
    1、系统分析的主要任务
    系统分析员与用户在一起充分理解用户的要求,并把双方的理解用书面文档——系统分析说明书表达出来。

    2、收集的业务信息:
    管理目标、功能、业务管理、数据流程
    企业系统规划的四个步骤(P77):
    1)定义管理目标:确定各级管理的统一目标,各个部门的目标要服从总体目标
    2)定义管理功能组:即识别企业在管理过程中的主要活动
    3)定义数据分类:四种数据类型——文档型、事物型、计划型、统计型
    4)定义信息结构:划分子系统,确定信息系统各个部门及其相关数据之间的关系,确定子系统的先后顺序

    3、业务流程图和数据流图
    1)数据流图元素符号

    外部实体:
    指系统以外又与系统有联系的人或事物。它表达了该系统数据的外部来源和去处
    外部实体是数据的来源(谁提供了最初始的数据?)
    外部实体是数据的去处(数据对谁有价值?)

    处理:
    指对数据的逻辑处理功能,也就是对数据的变换功能。
    别名:功能、处理过程,数据加工

    数据流:
    指处理功能的输入或输出(箭头表示数据流向) 。

    数据存储:
    表示某种数据保存后的逻辑统称。不是指保存数据的物理地点或物理介质。
    流入数据存储的数据流: 将处理后的数据写入或修改到数据存储中
    流出数据存储的数据流: 从数据存储中查询获取数据,不改变原来的数据

    其他图形表示:
    数据流图中的图形元素有不同的画法,本书使用Gane-Sarson画法

    2)数据流图画法看书或者ppt,考试只用话2层,不需要过度分析

    3)数据流图和业务流程图的却别
    1、描述的对象不同
    业务流程图描述某一具体的业务,数据流图描述对象是数据流
    2、功能不同
    业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。
    数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。
    3、基本符号不同
    4、绘制过程不同
    业务流程图是用一些规定的符号及连线来表示某个具体业务处理过程
    数据流图是按照“自顶向下,逐层求精”的方法进行的

    4)DFD规范:
    1.数据守恒
    2.在一套数据流图中的任务和一个数据存储,必定有流入的数据流和流出的数据流,即写文件和读文件,缺少任何一种都意味着遗漏某些加工。
    3.父图中某一处理框的输入,输出数据流必须出现在对应的子图中,否则就会出现父图与子图的不平衡。
    4.任何一个数据流至少有一端是处理框。

    5)表达处理逻辑的工具
    1. 结构化语言
    三种基本语句:祈使语句、判断语句、循环语句
    2. 判定树
    如果一个动作的执行不只是依赖一个条件,而是与多个条件有关,那么这项策略的表达就比较复杂,就可以使用判定树来表示
    3. 判定表
    如果条件较多、每种条件的取值情况也较多的情况下,可以使用判定表。
    判定表的优点是可以把各种组合情况一个不漏地表示出来,还能帮助发现遗漏和矛盾的地方。
    4、适用范围
    决策树适合10~15种行动的一般复杂度的决策,有时也可把决策表转换成决策树,便于用户检查。
    判定表适合于多个条件的复杂组合。
    如果一个判断包含了一般顺序的动作或循环执行的动作,则用结构化语言。

    第7:用例建模
    1、用例的意义
    1) 用例是对系统需求(主要是功能需求)的规范化的描述。
    2) 用例图及用例的事件流描述集中体现了系统责任,
    3) 通过用例建立交互图。交互图就是用例的具体实现,即系统中的对象以及对象间协作是如何完成一个用例的全部过程。
    4) 用例驱动的开发过程,从用例模型到分析模型和设计模型之间有一致性和可追踪性。

    2、用例图的构建(具体看书或ppt)
    1)确定参与者
    参与者是系统之外与系统进行交互的任何事物,只有在执行系统功能时与信息系统进行实时交互的人员才能被当作参与者
    1.使用系统的个人
    2.系统所连接的外部硬件。
    3.与该系统进行通信的其他信息系统。
    2)确定用例
    用例就是功能性需求。
    每个用例至少和一个参与者相关,用例名称要体现参与者希望系统提供的功能。
    3)描述每个用例
    至少包括以下内容:用例名、参与者、目标、前置条件、事件流、后置条件

    双列格式:

    顺序图:
    纯文本的用例描述直观性较差
    使用UML中的顺序图可以图形化地表现出参与者和系统之间的交互

    3、用例关系
    1) 包含关系:经过封装后可以在各种不同的基本用例中复用的行为称为包含用例。
     基本用例可以控制包含用例,并依赖于(使用)包含用例所得到的结果。
     包含用例是基本用例存在的必要条件
     一个基本用例可以有多个包含用例,一个包含用例可以包含在若干基本用例中。包含关系可以嵌套,但超过三层的嵌套是难于理解的。

    2) 扩展关系:表达某些可选或只在特定条件下才执行的系统行为的用例,它们是对基本用例的扩展。称为扩展用例。
     扩展用例是可选的,它是否执行取决于在执行基本用例时所发生的事件(存在扩展点)。
     扩展用例的缺失不影响对基本用例的理解。

    3) 泛化关系(不推荐):如果两个或更多用例在行为、结构和目的方面存在共性,可以使用泛化关系。父用例描述这些共有部分,子用例继承父用例并特殊化。
     用一个新的、通常也是抽象的用例来描述多个用例的共有部分(父用例),子用例继承父用例的所有结构、行为和关系,并含有自己特殊的部分。
     父用例通常是抽象的,如果两个子用例都对同一父用例进行特殊化,则两个子用例是相互独立而且完整的,这一点与包含关系扩展关系不同。

    4)三者区别(百度的):
    1.扩展不属于依赖,是用在用例和用例之间,扩展是指扩展用例与基用例之间的关系,说明如何将扩展用例定义的行为插入基用例定义的行为序列。比如发布博客用例和暂存博客用例之间就可以是扩展关系。
    2.包含属于依赖的一种,也是用在用例和用例之间,比如写博客用例,应包含了插入图片用例。
    3.泛化是集成,用在角色和角色之间,比如管理员和系统管理员可以是泛化关系。

    第8:类图
    1、面向对象的特点与优势(参见上面的比较。基本:封装继承多态)
    2、类与类的关系(考试结合图判断关系)
    1)关联
    关联表示不同类的对象之间的结构关系,它在一段时间内将多个类的实例连接在一起。可以使用关联表示对象了解其他对象的程度。
    要素:关联名称、对象在关联中的角色、多重性、导向性

    多重性:

    2)类的泛化
    泛化(Generalization)是在多个概念之间识别共性,定义超类(一般概念)和子类(特定概念)关系的活动。

    3)聚合
    描述整体-部分的关系,部分可能同时属于多个整体对象。
    关联路径的末端有一个空心菱形,用来表示聚集关系。

    4)组合
    组合聚集具有很强的归属关系,部分只能是一个组合对象的成员,而且部分对象的存在是依赖于整体对象,与整体同生共死。
    整体端的重数不会超过 1(即它无法被多个整体对象共享),关系建立后是不可变更。
    关联路径的末端有一个实心菱形,用来表示组合关系。

    5)依赖

    3、类图(具体看书或ppt,考试一切以业务描述为主,用名字短语来画图)
    类图(class diagram):描述了构成一类对象特征的状态和行为(描述软件架构)
    定义领域类属性的原则
    1.仅定义与系统责任和系统目标有关的属性。
    2.使用简单数据类型来定义属性。如数字、字符串、日期、布尔、文本等。还包含多种特征或规则的数据,可考虑作为独立的对象类。
    3.一般不使用可导出的属性。
    4.不为对象关联定义属性。属性只用于体现对象本身的内在性质,关联属性来实现,但那是设计阶段的问题,应推迟考虑。
    5.如毕业设计题目与教师和学生存在关联,但题目中不应定义“教师姓名”、“学号”之类的属性。

    第9:系统设计
    1、经典的三层架构
    表现层:处理用户和信息系统之间的交互。
    可以是简单的命令行窗口,也可以功能完善的图形用户界面(胖客户端程序),如基于HTML的浏览器界面(瘦客户端程序)。

    业务逻辑层:也称为领域层或应用层,是信息系统所有和领域相关的工作。
    如根据输入数据或已有数据进行计算,依赖于数据访问层获取数据或保存数据,类库形式。

    数据访问层:一般指与数据库的交互,主要责任是数据库记录的存取。

    简化的层次结构:
    表现层
    业务层+数据访问层

    甚至简化成没有分层:
    窗口程序=表现+业务逻辑+数据存储
    程序几乎不能重用

    2、模型视图控制器架构MVC
    模型: 即相关的数据,它是对象的内在属性
    视图: 是模型的外在表现形式,一个模型可以对应一个或者多个视图,视图还具有与外界 交互的功能
    控制器:是模型与视图的联系纽带,控制器提取通过视图传输进来的外部信息转化成相应事 件,然后由对应的控制器对模型进行更新; 相应的,模型的更新与修改将通过控 制器通知视图,保持视图与模型的一致性

    3、顺序图(具体看书或ppt)
    1) 从用例描述中选择主要actor和发起事件。
    2) 选择实现用例所需的基本显示屏幕,即边界对象。
    3) 选择一个用例控制者(基本控制对象)来处理边界对象和领域对象之间的通信,从而实现模型-视图分离
    4) 选择出所有参与到用例中的领域类(实体对象)。
    5) 以上过程可以动态创建所需要的类
    6) 若用例涉及到任何的包含或扩展用例,则可根据需要为它们创建次级控制对象。
    7) 确定实现用例所需的窗口数目,可根据需要为每个主要窗口创建一个次级边界对象。
    8) 在顺序图中按如下次序列出这些对象: 边界类对象、用例控制者、实体对象(以访问次序列出) ,以及按访问次序为准的次级控制对象和次级边界对象。
    9) 根据如下类别来识别所有解决问题的操作:
    实例创建和析构
    关联形成
    属性修改:计算、改变状态、显示或报表需求
    与外部对象或系统的接口
    10) 尽可能地根据任何已经存在的设计模式,来重新排列对象类之间消息的序列。
    11) 命名每个消息并为其提供可选参数。
    举例:
    一个用户登录的用例:
    系统中有多个用户
    每个用户属于一个用户组
    每个用户组有不同的授权
    权限有多种,如数据查询、数据添加、数据删除、数据修改等

    登录用例:
    界面对象接受输入的用户名和密码
    用例控制对象根据用户名和密码进行权限验证
    用户对象确认用户是合法用户
    通过用户的用户组对象获得有关权限
    界面对象显示登录成功/不成功结果

    分析阶段顺序图

    设计阶段顺序图

    第10:系统测试(了解)
    目前,检验软件有三种手段:动态检查、静态检查和正确性证明。

     程序正确性证明技术目前还处于初级阶段,
     静态检查指人工评审软件文档或程序,发现其中的错误(代码审查、代码走查、同行评审)。
     动态检查就是测试。测试是为了发现错误而执行程序的过程。测试只能证明程序有错误,而不可能证明程序没有错误。

    测试技术:
    1、黑箱测试/黑盒测试
    这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序模块的详细说明,检查程序的功能是否符合它的功能说明。
    黑盒测试又叫做功能测试或数据驱动测试

    2、白箱测试/白盒测试
    此方法把测试对象看做一个透明的盒子,它允许测试人员利用程序内部的逻辑结构及有关信息,设计或选择测试用例,对程序所有逻辑结构进行测试。
    通过在不同点检查程序的状态,确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。

    展开全文
  • C语言图书管理系统设计报告

    万次阅读 多人点赞 2017-06-20 17:37:54
    源代码:https://blog.csdn.net/k_young1997/article/details/73480766 XXXX大学 ...C语言课程设计报告 题 目 图书管理系统设计 专业班级 XXXX级计算机科学与技术本科X班 组 别 计科第...

     

    源代码:https://blog.csdn.net/k_young1997/article/details/73480766

     

     

     

    XXXX大学

     

    C语言课程设计报告

     

     

     

     

     

    题    目            图书管理系统设计         

    专业班级     XXXX级计算机科学与技术本科X班

    组    别            计科第29组               

    学生姓名          XXX、XXX、XXX           

    (系)           信息工程系               

    指导教师(职称)       XXX(教授)          

    完成时间            xxxx年x月xx日          

     

    XXX大学

    课程设计任务书

     

    题目                图书管理系统设计                  

    班级              xxxx级计算机科学与技术本科x班     

    学号         xxxxxxxxxxxx         姓名      xxx      

    学号         xxxxxxxxxxxx         姓名      xxx      

    学号         xxxxxxxxxxxx         姓名      xxx      

    一、主要内容:

    本课程设计结合本学期所学C语言知识,数组、函数、结构体、指针、链表、文件读取操作等等,准备设计开发一个简单的图书管理系统。设计开发这个系统需要用到链表、文件读取操作、结构体、函数、指针、等C语言知识。本课程设计将会实现对图书信息的账号登录、注册账号、密码修改、密码查找、查找、输出、排序、备份、恢复、图书借阅和归还功能。本着简单、易用的设计原则,本课程设计在尽量优化界面在保证输入输出美观的同时又不失友好的交互界面。

    本次设计主要学习内容包括:

    (一)进一步学习并熟练掌握C语言语法和编程思想。

    (二)学习C语言提供的库函数,熟悉CodeBlocks的开发工具。

    (三)学习C语言函数、链表、结构体、文件读取、指针等知识。

    (四)学习软件的设计与开发过程中所需要思想和细节。

    二、基本要求:

    (一)质量要求

    (1)图书管理系统的基本功能模块的设计应包括:账号登录和修改、图书信息的浏览和保存、图书的借阅和归还。

    (2)对图书管理系统设计并进行调试、修复、完善、测试。测试图书信息的输入输出是否正确、测试文件的读取与存储是否正常、测试账号切换后是否各项功能是否正常运行、测试评估界面是否合理,友好。

    (3)定期主动向指导教师汇报任务进度,认真填写相关报告文档。

    (4)按时完成各阶段工作,不突击,不抄袭。

    (二)进度要求

    (2)明确课程设计任务,搜集资料:xxxx年x月xx日—x月xx日。

    (3)完成程序的设计与实现,撰写课程设计论文初稿:xxxx年x月xx日—x月xx日。

    (4)与指导教师沟通,完成课程设计论文定稿:xxxx年x月xx日—xxxx年x月xx日。

    (5)进入课程设计论文审阅阶段,准备答辩:xxxx年x月xx日—x月xx日。

     

    三、主要参考资料:

    [1] 甘勇,李晔,卢冰.中国铁道出版.《C语言程序设计(第二版) 》 

    [2] 河南工业大学同学的图书管理系统的功能的借鉴。

    [3] 啊哈磊.人民邮电出版社.《啊哈!算法》

    [4] 程杰,清华大学出版社.《大话数据结构》

     

     

     完 成 期 限:     xxxx年x月xx日 

    指导教师签名:                 

     

    年   月   日

     

     

    目   录

    1概述.1

    1.1 设计思想. 1

    1.2 设计原则. 1

    1.3 课程设计报告内容及分工情况. 1

    1.3.1 课程设计报告内容. 1

    1.3.2 课程设计分工情况. 2

    2总体设计.3

    2.1 功能模块图. 3

    2.2 主函数 main()3

    2.3 程序流程图. 4

    3详细设计.5

    3.1函数.5

    3.2函数流程图.7

    4运行结果与调试.13

    4.1 运行结果. 13

    4.2 软件调试. 15

    结束语.17

    参考资料.18

    附录.19

     

    1概述

     

    1.1设计思想

    (1)该系统的设计分成几个相对独立的模块,这些模块都进行集中式管理。

    (2)分层的模块化程序设计思想,整个系统采用模块化结构设计作为应用程序,有较强的可操作性和扩展性。

    (3)合理的数据设计,在应用系统设计中,相对独立的模块间以数据相互连接,使各模块间的耦合性较低,方便系统运行,提高系统安全性 。     

    1.2设计原则

    为了使本系统功能齐全完备,操作简便,最大限度的提高用户的使用的体验,从而满足用户的实际需要,在设计开发过程中遵循了如下原则:

    (1)合法性原则:规范录入各种图书信息和各种数据,对用户的账号信息进行规范保存。

    (2)实用性原则:根据用户对图书信息浏览和借阅的基本需求设计各种功能,并能够处理一些特殊情况的要求,此外,尽可能预留空间,以便扩充功能。

    (3)易操作原则:要求设计的系统功能齐全,界面友好,操作方便,必要的地方进行提示。

    (4)源程序可读性原则:为了便于其他设计,维护人员读懂代码或以后的代码修改,软件升级维护,即可能做好代码注释工作。

     

    1.3 课程设计报告内容及分工情况

    1.3.1课程设计报告内容

    (1)系统功能模块结构图和程序流程图

    (2)数据结构设计及用法说明

    (3)程序结构(画功能模块图或流程图)

    (4)各模块的功能

    (5).实验结果(包括输入数据和输出结果)

    (6)设计体会

    (7)参考文献

     

    1.3.2 课程设计分工情况

    本组共有3人,具体分工情况如下:

    (1)学号:xxxxxxxxxxx,姓名:xxx,具体负责xxxxxx。

    (2)学号:xxxxxxxxxxx,姓名:xxx,具体负责xxxxxx。

    (3)学号:xxxxxxxxxxx,姓名:xxx,具体负责xxxxxx。

     

     

    2总体设计

    2.1功能模块图

           本图书管理系统分为三个功能模块,分别是账号管理功能、图书信息管理功能、图书借还管理功能。账号管理功能可以进行账号登录、注册账号、找回密码、修改密码:图书信息管理功能可以对图书信息进行查找、排序、修改、恢复、和备份功能:图书借还管理功能可以查询用户的借书记录、借书、还书功能。功能模块图如图2-1所示。

     

     

    图2-1图书管理系统模块图

    2.2主函数 main()                                        

    函数的功能:用于联系各个功能函数模块,以及退出程序时的退出画面提示。

    函数的入口:整个程序是从主函数开始的。

    函数的出口:当从main()的ove函数开始中进入,即显示出欢迎使用界面;跳出while循环,然后退出main()函数,即:退出整个程序。

    函数调用关系:该函数不被其它函数调用。

     

    2.3程序流程图

           本图书管理系统在启动后会先进入登录界面进行登录或各种账号操作,然后进入图书信息管理、图书借还管理等实用性功能的操作。程序流程图如图2-2所示。


    图2-2图书管理系统流程图

    3       详细设计

    3.1      函数

    (1)功能函数ling()

    函数的功能:登录账号

    函数的入口:从main()中进入。

    函数调用关系:被主函数调用。

    函数的出口:当账号登录成功返回1然后结束该函数,或输入密码错误超过三次结束结束整个程序。

    (2)功能函数FindByNum()

    函数的功能:按书号对图书进行查找并输出。

    函数的入口:程序从Find()的switch()开关结构中进入,即sclele的值为1时,开始进入该函数,进入函数后,在存储图书信息的stu结构数组中进行查找,找到后进行输出,若没找到则输出“未找到该数”。

    函数调用关系:被Find()函数调用。由switch()开关结构中进入,并在文中无返回值的空值void函数。

    函数的出口:当输出结果信息用printf()标准输出到屏幕上,然后结束该函数,而执行Find()函数中“break;”跳出switch()开关函数,继续执行while循环结构。

    (3)功能函数SortByScore()

    函数的功能:对所有图书信息按书名的首字母进行排序,并保存到文件“缓存区”中。

    函数的入口:从Sort()的switch()开关结构中进入,即sexh的值为1的时侯,进入该函数,开始对图书信息按书名的首字母进行排序,然后将排序结果保存到文件“缓存区”中。

    函数调用关系:被Sort()函数调用。由switch()开关结构中进入,并在文中无返回值的空值void函数。

    函数的出口:把“排序完成”用printf()标准输出到屏幕上,然后结束该函数,而执行Sort()函数中“break;”跳出switch()开关函数,继续执行while循环结构。

    (4)功能函数output()

    函数的功能:输出所有图书信息

    函数的入口:从Find()的switch()开关结构中进入,即sclele的值为4时,进入该函数。并调用PrintRecord()函数对每一条图书信息进行输出。

    函数调用关系:被Find()函数调用。由switch()开关结构中进入,并在文中无返回值的空值void函数。

    函数的出口:将所有图书信息都输入到屏幕上后,执行Find()函数中“break;”跳出switch()开关函数,继续执行while循环结构。

    (5)功能函数Huifu ()

    函数的功能:将所有图书的信息恢复至备份时的状态

    函数的入口:从Menu()的switch()开关结构中进入,即select的值为4时,进入该函数。用freopen("图书信息库.txt","r",stdin)将里边的所有图书信息都存入内存,然后再调用save()将所有图书信息都存入到“缓存区”中。

    函数调用关系:被Menu()函数调用。由switch()开关结构中进入,并在文中无返回值的空值void函数。

    函数的出口:将所有图书信息都存入到“缓存区”中后,执行Menu()函数中“break;”跳出switch()开关函数,继续执行while循环结构。

    (6)功能函数BorrowBook()

    函数的功能:借阅图书

    函数的入口:从Borrow()的switch()开关结构中进入,即shl的值为2时,进入该函数。之后对用户的信誉值进行判断,若低于60将无法借书。然后调用FindByName()函数对所借图书进行搜索,若存在则输入借书时间,否则借书失败。

    函数调用关系:被Borrow()函数调用。由switch()开关结构中进入,并在文中无返回值的空值void函数。

    函数的出口: 将借书结果输入到屏幕上后,执行Borrow ()函数中“break;”跳出switch()开关函数,继续执行while循环结构。

    (7)功能函数SendBook ()

    函数的功能:归还图书     

    函数的入口:从Borrow ()的switch()开关结构中进入,即shl的值为3时,进入该函数。之后先判断该用户是否有借书记录,并调用FindByName()函数找到还的图书并对其数量进行修改,最后判断是否按期归还图书和图书有无破损。

    函数调用关系:被Borrow ()函数调用。由switch()开关结构中进入,并在文中无返回值的空值void函数。

    函数的出口: 还书完成后后,执行Borrow()函数中“break;”跳出switch()开关函数,继续执行while循环结构。

    3.2      函数流程图

    (1)账号登录流程如图3-1所示。


    图3-1 账号登录流程图

    (2)按书号查找图书流程如图3-2所示。


     图3-2按书号查找流程图

    (3)按书名首字母排序流程图如图3-3所示 。


    图3-3按书名首字母排序流程图

    (4)输出所有图书信息流程如图3-4所示。


    图3-4输出所有图书信息流程图

    (5)恢复备份功能流程如图3-5所示。


    图3-5恢复备份流程图

    (6)借阅图书流程如图3-6所示。

     

           图3-6借阅图书流程图

    (7)归还图书流程如图3-7所示。


            图3-7归还图书流程图

     

     

     4、运行结果与调试

    4.1运行结果

    (1)在程序开始是进入登录界面进行登录界面或选择切换账号时输出登录界面。该界面可以进行登录操作、注册新账号、找回账号密码、修改密码和退出系统。

    账号登录界面如图4-1所示。

        
         

    图4-1 账号登陆界面

    (2)该界面为主界面,在登录完成后或者从下一级界面返回后输出该界面。该主界面可以选择图书信息管理功能、图书借还功能、查看系统功能介绍、开发人员信息和退出系统的操作。主界面如图4-2所示。

      
       

    图4-2 主界面

    (3)该界面为图书管理功能的主界面,可以选择执行查找、排序、修改、恢复图书信息、备份图书信息的操作、返回上一级菜单的功能。图书信息管理功能界面如图4-3所示。

     
         

    图4-3图书信息管理功能界面

    (4)该界面可以实现图书信息查找功能,可以按书号查找、按书名查找、按作者查找、查看全部图书信息、返回上一级菜单的功能。查找功能界面如图4-4所示。

                

          图4-4 查找功能界面

    (5)该界面可以进行排序的操作。可以进行按书名首字母排序、按图书单价升序排序、按图书单价降序排序,还可以返回上一级菜单。排序功能是在内存中进行,所以不进行输出。排序功能界面如图4-5所示。

                 

        图4-5排序功能界面

    (6)该界面可以实现添加图书、删除图书、删除全部图书信息、返回上一级菜单的功能。修改功能界面如图4-6所示。

              

    图4-6修改功能界面

    (7)该界面可以实现对用户借书记录查询、图书借阅、图书归还、返回上一级菜单的功能。图书借还管理功能界面如图4-7所示。

                

    图4-7图书借还管理功能界面

    4软件调试

    (1)每个选择界面之后,前一屏幕的内容依旧存在,影响界面的美观;经过老会长的帮助及上网搜索,发现利用“system(“cls”);”可以消去前一屏幕的内容;然而接下来又出现新的问题:每次在执行完讲数据保存到文件的函数后都会输出紊乱。经过多次调试和修改后,发现把是因为freopen(”CON”,stdout)运行不稳定导致,在更换了保存数据的方法后结决了此问题。

    (2)在增加了切换账号功能后,在创建新账号后保存到文件的用户借还书记录总是出错但内存中没错,经过调试发现是因为在新增账号时用于存储新账号借还书记录的指针名与一个变量名相同造成每次都判断错误。最后更换了变量名,并使该指针每次使用前都指向NULL。

    (3)在借书时不能判断是因为图书数量不足导致不能借阅还是因为没用该图书导致的不能借阅,最后给每种情况标记变量都设置了一不同的值来区分两种不同的情况。

    (4)最开始在每次关闭程序后在下次使用前需要手动恢复文件中的数据,不能连续的使用数据,最后加了一个文件来保存各类数据的数量以使数据能够连续自主的调用,不需要再人工修改。

     

     

    结束语

     

    本系统包含51个函数,实现了图书管理系统所需的基本功能。系统功能大致分为三个模块,分别是登录模块、图书信息管理模块和图书借还模块。启动程序后首先执行的是登录功能。在此功能中可以实现账号登录、注册账号、找回账号密码、修改账号密码功能。登录时,若输入密码错误次数达到三次系统将自动关闭。在注册账号时若注册的账号已存在则不能再进行注册。修改密码时增加了验证码功能。在图书信息管理模块中可以进行图书的查找、排序、添加、删除、备份图书信息、恢复图书信息和切换账号功能。在图书借还功能模块可以进行图书的借阅、归还、借书记录查询功能。本系统在信息存储时采用了两种方式。在存储图书信息和账号信息时用的是结构数组,在存储用户借书记录时用的是链表。通过此次图书管理系统的设计熟练了结构数组、链表、文件的操作,同时对编写小型的系统有了一定的了解,对于细节方面考虑的比以前有很大提升。

     

    xxx:在该设计中主要完成了所有代码的实现,并最终调试实现了该图书管理系统的全部功能并完成了大部分的设计报告。在设计的过程中熟练了对文件的各种操作,链表和结构数组的使用,清屏函数和暂停函数的使用,对做一个项目的过程有了一个大概的认识,知道了大致的规划。在设计过程中发现一些文件的操作和清屏函数会有冲突,通过改变对文件的操作解决了此问题;

    xxx:除了xxx设计的这个图书管理系统,我自己也尝试着设计了一个图书管理系统的功能,因此也发现了很多问题,比如说:在用add()函数添加新增图书信息时,我就忘了字符型数据本身会吃掉回车的这一特点,忘了在%c前面加上空格,导致程序在循环的过程中一直无法正常显示结果。但是,通过仔细耐心的检查与对错误的分析,又在课本的相关章节进行了查阅,最终发现了这一问题。同时,我更加熟悉了结构体的使用,对函数的调用方式更加清楚。还有就是初步了解了函数指针的概念,能够使用基础的函数指针。同时,这也是我第一次尝试画各种各样的流程图,虽然画的不好,但这确实是我的第一次尝试,也觉得充满了乐趣。

    xxx:在本系统的设计中我参加设计了少量函数语句以及制作流程图等任务,在这次的设计前我原本对函数和结构体等了解并不太清楚,通过这次的设计我清楚了这些语句的运用,并且我学会了文件的操作,在文件的修改等地方出现了问题,后来通过查阅资料和讨论解决了这个问题。

    参考资料

     

    [1] 《C语言程序设计(第二版)》,甘勇等编著,中国铁道出版社,2015年9月

     

    [2] 《C语言程序设计》,苏小红等主编,高等教育出版社,2011年

    [3] 《C和指针》,徐波译,人民邮电出版社,2008年

    [4] 《C Primer Plus第6版 中文版》,姜佑 译,人民邮电出版社,2016年

    [5] 《大话数据结构》,程杰,清华大学出版社,2011年6月

    [6] 《啊哈!算法》,啊哈磊,人民邮电出版社

     

     

    附录

     

    源代码

     

     

     

    展开全文
  • 信息系统分析与设计(自考)

    千次阅读 2020-04-12 17:11:36
    1、信息系统: 是指在经济或社会的组织中,以满足管理者的信息需求为目标、以计算机和现代通信技术 等现代信息技术为手段,既包括设备和技术,又包括人员与机构在内的综合系统。 2、CASE: 就是一类专门用来帮助...

    名词解释

    1、信息系统:

    是指在经济或社会的组织中,以满足管理者的信息需求为目标、以计算机和现代通信技术 等现代信息技术为手段,既包括设备和技术,又包括人员与机构在内的综合系统。

    2、 CASE

    就是一类专门用来帮助人们建设信息系统的软件,是一类专用的特别为信息系建设人员服 务的软件。

    3、BSP

    方法:即企业系统规划,是进行组织的信息系统规划的一套规范方法。 

    4、 CSF

    方法:即关键成功因素法,是进行信息系统规划的另一种类型的方法。

    5、 白盒测试:

    也称为结构测试。将软件看成透明的白盒。根据程序的内部结构和逻辑来设计测试用例, 对程序的路径和过程进行测试,检查是否满足设计的需要。 

    6、 黑盒测试:

    也称为功能测试,将软件看成黑盒子,在完全不考虑软件的内部结构和特性的情况下,测试软件的外部特性。根据系统分析说明书设计测试用例,通过输入和输出的特性检测是否满足指定的功能。 

    7、 软件复用(Reuse)

    就是将已有的软件成分用于构造新的软件系统。

    8、 软件构件(component)

    是可复用的软件组成成份,可被用来构造其它软件。

    9、 继承

    是对象类间的一种相关关系,指对象继承它所在类的结构、操作和约束,也指一个类继承另外一 个类的结构、操作和约束。继承体现了一种共享机制。 

    10、封装(encapsulation)即信息隐藏。它保证软件部件具有较好的模块性,可以说封装是所有主流信息系统方法学中的共同特征,它对于提高软件清晰度和可维护性,以及软件的分工有重要的意义。 

    二、简答题 

    1、使用生命周期法的条件

    1.用户需求定义可以明确;2.系统运行程序确定、结构化程度高;3.系统具有较长的使用寿命,环境变化不大;4.开发过程有严格的控制;5.研制人员对系统任务了解且熟练程度较高;6.系统文档要求详而全;开发成果重复使用。

    2、可行性分析的概念及如何进行可行性分析?

    1.可行性分析是根据系统的环境、资源等条件,判断所提出的信息系统项目是否有必要、有可能开始进行,如果要进行,那么采用什么建设方案 

    2.所谓可行性应该包括必要性和可能性两个方面。

    没有必要性的项目是不应该进行的。一些单位的信息系统应用项目开展不起来的重要原因之一就是管理人员没有紧迫感,没有意识到信息化对组织竞争力的支持。 

    3、生命周期各阶段的内容:

    1.系统规划阶段:其任务是对组织的环境、战略、目标、现行系统的状况进行初步调查,根据组织的目标和发展战略,确定信息系统的发展战略。

    2.系统分析阶段:其任务是根据系统设计任务书所确定的范围,对现行系统进行详细调查,描述现行系统的业务流程,指出现行系统的局限和不足之处,确定新系统的基本目标和逻辑功能要求。

    3.系统设计阶段:其任务是根据系统分析说明书中规定的功能要求,考虑实际条件,具体设计实现逻辑模型的技术方案,即设计新系统的物理模型。

    4.系统实施阶段:其任务是程序的编写和调试,人员培训,数据文件的转换等。5)系统运行和维护阶段:需要经常进行维护和评价,记录系统运行的情况,然后对系统进行必要的修改,评价系统的工作质量和经济效益。

     4、可行性研究主要从哪些方面考察?

      建设信息系统的可行性研究应从以下三个方面考虑:技术可行性研究是指根据系统功能、性能及实现系统的各项约束条件,根据现有的技术条件,能否达到所提出的要求;所需要的物理资源是否具备,能否得到。经济可行性研究:要估计项目的成本和效益,分析项目经济上是否合理。要解决两个问题:资金可得性和经济合理性。社会可行性研究:是指所建立的信息系统能否在该企业实现,在当前操作环境下能否很好地运行,即组织内外是否具备接受和使用新系统的条件。 

    5、系统设计的原则

    1.系统性原则:统一的信息代码、统一的数据组织方法、统一的设计规范和标准; 2.经济性原则

    3.可靠性原则:如安全保密性、检错及纠错能力、抗病毒能力、系统恢复能力等。4.简单性原则;5.灵活性原则:系统容易修改和维护 。

    6、原型法的基本思想

         原型法是确定需求策略,是对用户需求进行抽取、描述和求精。它快速的一迭代的方式建立最终系统工作模型,对问题的定义采用启发的方式,由用户作出响应。

    7、原型法的工作步骤,在每一步开发者和用户的责任,分别遵循的原则:

    1.快速分析,弄清用户的基本信息需求:用户的责任是根据系统的输出清晰地描述自己的基本需要,设计者和用户共同负责规定系统的范围、确定数据的可用性。设计者的基本责任是确定实现的用户期望,估价开发原形的成本。

    2.构造原型,开发初始原型系统:这一步骤用户没有责任,应由设计者去负责建立一个初始原型,其中包括与用户的需求及能力相适应的对话,还包括收集用户对初始原型的反映的设施。

    3.用户和开发人员使用并评价原型:用户要在开发者的指导下试用原型,在试用的过程中考核评价原型的特性,分析其运行结果是否满足规格说明的要求。本步骤中的原则是:对实际系统的亲身经验能产生对系统的真实理解;用户总会找到系统第一个版本的问题;让用户确定什么时候更改是必需的,并控制总开发时间;如果用户在一定时间里(比如说一个月)没有和开发者联系,那么用户可能是对系统表示满意,也可能是遇到某些麻烦,设计者应该与用户联系。

    4.修改和完善原型系统:修改原型以便纠正那些由用户指出的不需要的或错误的, 根据修改意见进行修改。若原型运行的结果未能满足规格说明中的需求,反映出对规格说明存在着不一致的理解或实现方案不够合理。 

    8、面向数据流的方法与步骤

    设计方法:变换分析。

    设计步骤

    1. 复查基本系统模型

    2. 复查并精化数据流图

    3. 确定数据流图具有变换特性还是事务特性

    4. 确定输入流和输出流的边界,从而孤立出变换中心

    5. 完成“第一级分解”,把数据流图映射成系统模块结构,即设计系统的上层模块结构

    6. 完成“第二级分解”,基于数据流图逐步分解高层模块结构,设计出下层模块

    7.使用设计度量和启发式规则对第一次分割得到的软件结构进一步精化 

    9、信息系统建设的关键成功要素:

    除了先进的技术环境与设备之外,一个成功的信息系统建设项目必须具备以下五个条件:

    1.正确的指导思想和切实可行的目标;2.突破口的正确选择;3.有效的项目管理和控制机制;4.及时的信息交流渠道和科学的评价机制;5.强有力的组织及资源保证。 

    10、原型法与生命周期法的比较

    1.开发路径:原型法的开发路径是循环、迭代的,要经过用户的多次检验。而生命周期法的开发路径是严格按顺序进行,是一次性的,开发具有阶段性。

    2.用户参与程度:原型法的开发过程中,用户的参与程度较高,它的设计糅合了用户的意见和思想。在生命周期法的开发过程中用户的参与程度较低,用户只在需求分析的步骤中参与了系统的开发。

    3.早期可测试性:这是由于原型法的简便、快速的特性所决定的。生命周期法的早期可性较差,几乎不能测试其整体的效果。

    4.对开发环境和工具的要求:原型法对开发环境和根据要求较高,它必须有快速生成工具的支持,才能快速生成原型。而生命周期法对开发环境和工具要求则较低。

    5.开发周期和自动化程度:原型法有着支撑软件和高级的开发工具,开发迅速,周期短,自动化程度较高。而生命周期法的开发周期长,开发的自动化程度也

    较低。

    6.开发技术管理:原型法的开发具有循环、迭代性,开发的工具也很多样化,因开发技术管理较困难。生命周期法在开发技术管理中具有优势,它对需求分析有着严格的定义,开发按一个阶段一个阶段地进行,对开发的技术管理也较容易。7)系统质量:原型法因为对环境的适应性更好和用户的参与,因此利用原型法设计的系统整体质量更好。生命周期法的有着严格的阶段性,文档资料全面,设计的整体性较好;但是它不能随着变化了的环境变化,对环境的适应性较差、用户的参与程度也较低,因此系统质量不是很高。

    11、在社会和经济组织中,信息系统的地位和作用是什么?

    答:以计算机和现代通信技术为基本手段的、活跃在各种社会经济组织中的信息系统,已经变得越来越普遍.越来越重要、越来越和人们的日常生活息息相关。。信息系统作用:满足管理者的信息需求为目标。 

    12、 保证信息系统建设切实取得成效的关键因素有哪些?

    答:信息系统的建设能否成功取决于多方面因素,既有技术因素,又有经济社会环境的因素;既有项目组织本身的管理技能等主管因素,又有无法控制的许多外界因素。 

    从宏观的角度看,技术、管理、人员是保证信息系统建设成功的三个主要支撑条件。除了先进的技术环境与设备之外,一个成功的信息系统建设项目必须具备五个条件:正确的指导思想和切实可行的目标;突破口的正确选择;有效的项目管理和控制机制;及时的信息交流渠道和科学的评价机制;强有力的组织及资源保证。 

    13、生命周期法的特点:a建立面向用户的观点,根据用户需求来设计系统。b自顶向下来规划或设计信息 系统。c严格按阶段进行。d工作文档标准化和规范化。e运用系统的分解和综合技术,使复杂的系统结构化、模块化。f强调阶段成果的审定和检验。

     14、生命周期法的优点:a系统易于实现;b有利于系统总体结构的优化;c实现的系统具有较好的可维 护性。 

     15、生命周期法的成功要素有哪些?

    答:1 注意文档管理、变更管理和聘请监理;2 树立面向用户的观点,根据用户需求设计系统;

           3 自顶向下来规划或设计信息系统;   4  严格按阶段进行;  5  建立有效的工作文档;

          6  运用系统的分解和综合技术,使 复杂的系统结构化、模块化;  7  强调阶段成果的审定和检验。

    16、系统调查的原则有:a自上而下全面展开;b全面展开与重点调查相结合;c深入细致的调查研究。 

    17、常用的调查研究的方法:问卷调查法、召开调查会、业务实践、专家访谈电子问卷、参加业务实践。 

    18、 数据字典的主要作用是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储、和外部实体等方面进行具体的定义。建立数据字典的目的是为了保证全局数据的一致性和准确性。数据字典和数据流程图共同构成对系统逻辑模型的准确完整描述。 

    19、 U/C矩阵主要用来对系统功能划分进行分析和优化。U表示该功能为数据的使用者,即某个功能使用某类数据,C表示该功能为数据的产生者或创建者。

    20、逻辑设计的目标在于根据对上述现有业务处理模式局限性的分析,按照计算机信息处理的特点,抛弃手工处理模式下的组织方式和业务分工,建立合理的新系统逻辑设计方案,确定新系统的处理模式和管理模型,明确新系统开发中努力的方向。 

    21 、辑设计的原则:a 管理信息化和现代管理思想的相结合;b 分解和协调相结合;

                                    c 模型化结构设计; d  全局一致性原则;e  静态与动态相结合。 

    22、 业务流程是指为完成一定的目标或任务而进行的一系列时间上承继的业务活动序列,是企业或组织运行的方式。 

    23、 根据流程范围和重组特征,可将BPR分为以下三类:a功能内的BPR;   b功能间的BPR;   c组织间的BPR 

    24、 系统分析报告的审议,对以下问题做出评价:a一致性;   b完整性   c现实性    d有效性

    25、系统设计阶段的任务

         a总体设计:模块结构设计、系统物理配置方案设计、总体数据库设计

         b详细设计:代码设计、数据库设计、输出设计、输入设计、人机界面设计、处理过程设计、安全保密设计  

    26、  模块聚合是用来衡量一个模块内部各组成部分间整体统一性指标,它具体描述一个模块功能专一性的程度。简单地说,理想聚合的模块只完成一件事情。根据模块内部的构成的情况,模块聚合可以划分为七个等级,这七个等级的模块聚合程度具有由强到弱变化的特点。

    27、  模块的耦合:是衡量一个模块与其他模块之间相互作用程度的指标。 

    28、 模块的主要耦合形式:a数据耦合b控制耦合c公共耦合d内容耦合. 

    29、 如何理解系统结构设计中模块的高聚合、低耦合原则? 

    答:模块耦合度越低,说明模块间的联系越少相互间的影响也就越小,产生的连锁反应的概率就越低,在对一个模块进行修改和维护时,对其他模块的影响程度就越小,系统可修改性就越高。在系统中聚合度越大,则模块间的耦合度越小,但这种关系并不是绝对的,耦合度小使得模块间尽可能相对独立,从而各模块可以单独开发和维护。聚合度大使得模块的可理解性和维护性大大增强。因此在模块的分解中应尽量减少模块的耦合度,力求增加模块的聚合度。

    30、 何为模块化?如何画出系统模块结构图?

    答:模块化,是指把一个系统自顶向下逐步分解为若干个彼此独立而又有一定联系的组成部分,这些组成部分也称为模块。 

    结构图中,模块用矩形方框表示,写有模块 的名称,反映这个模块的功能;

    模块间的调用关系用箭头表示,键尾表示调用模块,箭头表示被调用模块;

    调用箭头线旁边带圆圈的小箭头线,表示从一个模块传送到另一个模块的数据;调用箭头线旁边带圆点的小箭头,表示从一个模块传递给另一个模块的控制信息。模块加上数据流、控制流以及模块间的调用关系,就组成了系统模块结构图。

    31、 新旧系统之间的转换方式有三种,分别是直接转换、并行转换和分段转换。

    32、 系统详细设计阶段包含哪些内容? 

    主要包括:代码设计、数据库设计、模块的功能与性能设计、人机界面设计、输入输出设计等。 

    33、 系统测试按硬件系统、网络系统和软件系统分别进行测试,最后对整个系统进行总的综合测试。

    34、 硬件测试的主要工作是?

    答: 1.配置检测    2.硬件设备的外观检查    3.硬件测试

    35、 网络测试的主要工作是?

    答:1.网络设备的外观检查      2.硬件测试        3.网络连通测试。

    36、 软件测试的主要 工作:单元测试,组装测试,确认测试,和系统测试。 

    37、 软件测试有哪些方法?各有什么含义? 

    答:单元测试,对源程序中的每一个程序单元进行测试,验证每个模块是否满足系统设计说明书的要求。

            组装测试,是将已测试过的模块组合成子系统,重点测试各模块之间的接口和联系。

            确认测试是对整个软件进行验收,根据系统说明书来考察软件是否满足要求。

            系统测试是将软件,硬件,网络等系统的各个部分连接起来,对整个系统进行总的功能、性能等方面的测试。 

    38、 原型法是指在获取一组基本的需求定义后,利用高级软件工具可视化的开发环境,快速地建立一个目标系统的最初版本,并把它交给用户试用、补充和修改,再进行新的版本开发。反复进行这个过程,直到得出系统的“精确解”,即用户满意为止。经过这样一个反复补充和修改过程,应用系统 “最初版本”就逐步演变为系统 “最终版本”。

     

     

    展开全文
  • 这是作者新开的一个专栏,主要翻译国外知名的安全厂商APT报告文章,了解它们的安全技术,学习它们溯源APT组织的方法,希望对您有所帮助。第一篇文章主要分享Linux系统下针对性的APT攻击及技术要点,并简单总结溯源...
  • 学生信息管理系统需求分析报告

    热门讨论 2009-06-01 13:15:35
    需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告需求分析报告
  • 医院信息管理系统需求分析

    万次阅读 多人点赞 2019-10-04 01:44:22
    医院信息管理系统 一、导言 1.1 编写目的 本需求说明文档描述了医院管理系统项目的要求,作为系统设计、项目目标以及项目验收的依据。需求分析详细描述了用户对功能的需求、对性能的需求以及对运行环境的需求。 软件...
  • 员工信息管理系统 C++ Microsoft Office Access 2003 内附完整报告,包括数据库,数据流图,需求分析等。
  • 第1章 需求分析说明书 1.1 引言 1.1.1 编写目的 1. 保证软件开发的质量、需求的完整与可追溯性,编写此文档。通过此文档,以保证业务需求提出者与需求分析人员、开发人员、测试人员及其也相关利益人对需求达成...
  • 数据分析报告

    万次阅读 2019-04-16 21:42:44
    数据分析报告到底是什么,有什么用,该怎么写。这个我也不知道,我觉得就可能跟毕业论文相似吧。但想到接下来的工作需要写大量的数据分析报告,就先查一查这个东西吧。 先说一说数据分析报告是干什么的吧。数据分析...
  • 学生学籍管理系统可行性分析报告

    千次阅读 多人点赞 2020-04-28 21:46:14
    可行性分析报告 1、引言 1.1编写目的 通过对学生学籍管理系统项目进行一系列的详细调查研究,明确了该系统项目的实现在技术、经济和社会因素方面的可行性,阐述为了合理地达到项目目标的实现报告,对软件开发中将要...
  • 信息系统可行性分析

    千次阅读 2020-03-24 16:26:39
    参考国家标准《计算机软件文档编制规范》(GB/T 8567-2006),在信息系统建设项目中,可行性研究通常从经济可行性、技术可行性、法律可行性和用户使用可行性四个方面来进行分析,其中经济可行性通常被认为是项目的...
  • 网上订餐系统需求分析报告

    万次阅读 多人点赞 2018-12-28 15:15:59
    网络订餐行业从无到有不过数年时间,已然成为现代生活的主流节奏之一,根据《中国互联网络发展状况统计报告》,截至2016年12月,中国网民规模达7.31亿,相当于欧洲人口总量,互联网普及率达到53.2%,网上外卖用户...
  • 系统分析与设计大作业实验报告

    千次阅读 2019-07-02 01:54:03
    个人报告 16340035 陈伟昭 ## 个人负责工作 UI及页面逻辑设计 界面文件 组织会议,编写会议纪要 组织会议,分发任务 Android客户端开发 主要负责的部分有(UI+逻辑):密码登录、短信登录验证、修改密码功能、主页...
  • 从招聘信息看-数据分析师(数据分析报告

    千次阅读 多人点赞 2019-04-22 14:07:14
    从招聘信息看-数据分析师 项目简介 有意转向数据分析这个岗位,那自然首先需要对这个岗位有所了解。最直接,最真实的方式就是从企业那里获取需求信息,从而能够知道自己学习的方向和简历的准备。 本次项目...
  • 图书管理系统实验报告-面向对象的分析与设计

    千次阅读 多人点赞 2020-07-05 11:47:17
    图书管理系统实验报告-面向对象的分析与设计 背景、意义;需求分析;用例分析、类图、顺序图、通信图、活动图 1.研究背景及意义 图书馆是一所学校或是一座城市的一个文化标志,可以为学生以及社会上的各界人士提供...
  • 《图书管理系统》—需求分析报告

    千次阅读 多人点赞 2018-12-25 21:23:00
    目录 一、引言 1 1.2项目背景 1 二、任务概述 2 2.2用户特点 2 2.3需求概述 2 ...4.2系统响应时间 4 4.3适应性 4 4.4、输入输出要求 5 4.5、数据管理 5 4.6、故障处理要求 5 4.7、其他专门要求 ...
  • 图书管理系统—可行性分析报告

    千次阅读 2018-12-25 20:57:00
    开发人员:可行性研究报告,项目开发计划,软件需求说明书,数据要求说明书,概要设计说明书,详细设计说明书,数据库设计说明书,测试计划,测试分析报告; 维护人员:设计说明书,测试分析报告,模块开发卷宗; ...
  • 酒店客房管理系统需求分析报告

    千次阅读 2019-05-08 18:58:00
    设计目的:服务于小微型酒店,方便工作人员进行酒店客房的管理,相应入住及退房操作。...2.可行性分析 2.1 技术可行性 Spring+mysql+vue,相对成熟和轻量级的开发框架,易于开发及维护 2.2 经济可行性 ...
  • 学生信息管理系统测试总报告

    万次阅读 多人点赞 2019-10-18 11:55:53
    3.1 需求分析 5 3.2 功能需求 5 3.2.1 系统管理模块 6 3.2.2 系统设置模块 6 3.2.3 用户管理模块 7 3.3 非功能需求 7 4. 设计测试用例 8 4.1 专业管理功能模块(场景分析法) 8 4.1.1 专业管理...
  • 教学管理系统需求分析报告

    千次阅读 2016-04-19 15:49:00
    1.引言 1.1 编写目的 该需求分析的软件对象是学生管理系统。开发学生管理系统能够为用户提供...通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,从而对学生管理系统进行准确的定义。 1.2 预期读...
  • 在线支付系统 在线支付系统是一个第三方安全交易系统。买方可以先向账户充值,然后系统会提醒卖方发货。一旦买方确认收货,系统会将钱转到卖方的账户,就这样他们完成了一次网络交易。 在个文档描述了支付系统的...
  • 人力资源管理系统需求分析 小组成员:朱国辉 许珍源 1.需求获取及分析 1.1业务需求 随着现在计算机技术的不断完善,以及现代经济的不断发展,传统的管理技术不再满足企业的需要,越来越多的企业注重计算机信息...
  • 博客管理系统-软件测试分析报告

    万次阅读 多人点赞 2017-07-30 22:12:27
    该文档的目的是对博客管理系统这个软件进行测试分析,考察该软件的功能应用范围和该软件的缺陷和不足,对该系统测试的报告。通过测试,确保本系统的功能、互操作性等符合软件的设计要求,满足用户的使用要求。通过...
  • 高校学生宿舍管理信息系统的开发 可行性分析报告
  • 基于Python的数据分析

    万次阅读 多人点赞 2019-02-25 15:50:02
    随着大数据和人工智能时代的到来,网络和信息技术开始渗透到人类日常生活的方方面面,产生的数据量也呈现指数级增长的态势,同时现有数据的量级已经远远超过了目前人力所能处理的范畴。在此背景下,数据分析成为数据...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 253,605
精华内容 101,442
关键字:

信息系统分析报告