信息系统分析与设计 课件6 需求开发

目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书ExquisiteGifts精品连锁店开设于2018年元旦前夕，主要经营中高端精品礼物业务。连锁店管理层有总裁、CEO、销售总监、财务总监等，各分店配有店长、出纳员和库管员。店长负责分店营业收入，管理分店工作人员；出纳员负责记录销售情况；库管员负责管理库存商品。由于选择的地理位置优越，ExquisiteGifts自成立之日起，销售状况良好且一直非常稳定。2019年疫情发生后，ExquisiteGifts销售业务迅速下滑，使得ExquisiteGifts领导层开始重视连锁店的信息化建设。2020年末，ExquisiteGifts成立了信息化建设小组。他们对世界零售业信息化现状进行了充分的调研，了解到当前的零售业信息化建设已经形成了三个层次。对信息化认识处于表面层次的初涉连锁业的低端企业，其信息系统建设还需要一段时间的探索从分散营运向集中管理转变的在中端企业，其进销存核心结构系统正在由分散单店管理与销售核算向连锁管理与进价核算过渡进销存核心结构体系基本运作正常的高端企业，他们面临的主要问题是数据的深挖掘和加工、财务业务系统的高度集成、根据企业的并购重组保证系统和数据的统一和稳定为此，ExquisiteGifts管理层制定了“把握趋势、兼顾现实、统一规划、逐步实施"的信息化发展策略。ExquisiteGifts意识到自己是尚处于信息化建设探索阶段的“低端”企业。由于实体店销售业务难以开展，为了提高市场占有率，管理层决定先开发在线销售信息系统。这个系统被命名为EGOSIS随之成立了EGOSIS项目组EGOSIS=ExquisiteGiftsOnlineSaleInformationSystem目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书需求陈述文档1、组织简介ExquisiteGifts是专门销售精品礼物的连锁店，目前已有36个分店。总店开设于2018年，现有员工1000余名。……2、用户需要ExquisiteGifts计划开发一套在线销售信息系统（以下简称系统），主要用于在线销售管理，并涉及供应链和库存管理等，旨在大幅度提升连锁店的销售量。3、系统需求系统用户是连锁店工作人员，包括管理层领导和各分店员工。系统应该提供供应商管理、商品管理、库存管理、商品浏览与选择、提交订单、库存查验、缺货申报、确认订单、订单支付、商品配送、打印收据、开具发票、顾客管理、生成报表等功能。4、开发计划分阶段进行系统开发，开发周期为半年。5、潜在风险系统开发存在的风险可能有开发无计划、需求不充分、开发过程无规范、产品无评价手段等。目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书项目愿景文档1、组织简介ExquisiteGifts是专门销售精品礼物的连锁店，目前已有36个分店。总店开设于2018年，现有员工1000余名。……2、需求概述EGOSIS的目的是实现ExquisiteGifts销售业务的在线化。3、项目目标开发在线销售信息系统，销售系统与供应链管理系统、客户关系管理系统集成。4、系统用户系统用户是连锁店工作人员，包括管理层领导和各分店员工注册为连锁店会员的顾客为连锁店供货的供应商5、系统主要功能供应商管理、客户关系管理、商品管理、库存管理、商品浏览与选择、提交订单、库存查验、缺货申报、确认订单、订单支付、商品配送。6、项目约束体系结构要便于扩充功能；为供应商的ERP系统提供事务接口。目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书需求来源ExquisiteGifts的高层管理人员，例如，总裁Aldrich、CEOKennedy、销售总监Janet、财务总监Amanda等ExquisiteGifts各分店的店长、出纳员和库管员在ExquisiteGifts连锁店购过物的顾客未在ExquisiteGifts连锁店购过物的顾客为ExquisiteGifts供货的供应商没为ExquisiteGifts供货的供应商ExquisiteGifts的销售记录ExquisiteGifts的库存记录ExquisiteGifts的销售账单目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书需求获取方法调查法资料收集人员采访实地考察问卷调查引导法样板观摩原型开发头脑风暴根因分析ExquisiteGifts的员工聘用、培训、升职、赔偿、奖惩、退休等工作由HR（人力资源）部门负责。近年来，随着分店的增加，员工迅速增多，现有的HRMIS（人力资源管理信息系统）难以适应新的形势，包括在赔偿金方面没有考虑员工的国别、货币补贴，分店所在国家的相关规章制度的要求，以及员工跨国调动可能引起的更改津贴费、税收程序等。由于HRMIS的有效性对于成功拓展培训业务非常重要，ExquisiteGifts委托ShiningRay软件公司开发一套新型人力资源管理系统。ShiningRay的系统分析员Michael需要了解相关需求，在创建与需求获取相关的文档之前，需要采访ExquisiteGifts的HR部门经理Thomas。为了有效地从Thomas那里收集所有的需求，Michael应该准备一些什么问题呢？ShiningRay现在有多少员工？员工分为哪几类（例如全职、合同或兼职等）？预计未来十年员工的规模有多大？每年平均有多少员工会退休？目前分店都位于哪些国家？员工可以在国家之间调动吗？当前的HRMIS存在哪些约束？当前的员工招聘流程是怎样的？如何衡量员工的技能、水平或特长？对于员工的补偿，采用什么货币进行支付？怎样为员工调节汇率变化？员工的节假日是根据各地区节假日不同而不同还是统一的呢？目前采用什么形式来保存员工信息？当前有哪些文档可以提供？员工的培训过程是怎样的？哪类用户可以查询或修改员工记录？问卷调查(EGOSIS)：（1）平均每天有多少顾客在连锁店购买礼品？主要针对系统性能的评估（2）顾客的支付方式：a.现金b.信用卡c.其它（请填写）用于设计与支付平台的接口（3）连锁店的礼品分为哪几类？(如食物、图书)用于在数据库中对商品进行分类存储，以简化管理（4）连锁店礼品会赠送给顾客吗？a.赠送b.不赠送有助于制定奖励规则、提醒促销人员，以根据奖励计划抽取赠送对象（5）想保存顾客的哪些信息呢？用于追踪顾客的消费情况，并根据奖励计划、顾客住址和电话赠送商品（6）向顾客发放并回收意见反馈表了吗？a.发放b.不发放可以用于改进服务或者对分店的服务进行评估（7）现有系统打印日报吗？a.打印b.不打印有助于追踪所有分店的日销售记录（8）日报应该包括哪些信息呢？有助于决定在报告中包含什么信息Michael在为EGOSIS收集需求期间，观摩了一个类似的信息系统。从那里了解到一个情况引起了他的注意。当时的开发团队从企业的主要领导收集了需求，设计了调查问卷分发给所有用户，获得的需求重点是要求开发易于理解和友好的界面以及强大的功能。他们还采访了部分可能购买商品的潜在顾客，顾客的要求是，系统上线后，可以在网站注册成为会员。随着时间的推移，开发团队收集到了所有关于系统的详细需求，开发了友好的用户界面，系统原型得到了用户的认可。系统投入运行，用户反映非常好，对使用界面都很满意，注册的会员也越来越多。在“五•一”节前，那家企业发布了节日打折的消息，在线点击数量激增。但是，就在“五•一”节当天，系统崩溃，给那家企业造成了巨大的损失。Michael思考究竟是哪一步出了差错？为什么会发生这么大的问题？怎样才能预测到这些问题呢？Michael得出的结论是，在需求获取阶段，开发团队的大多数时间都用于收集用户在功能特征等方面的需要，没有考虑与顾客购买行为、性能和峰值负载等因素相关的需求，即没有注意到旺季交易量的激增情况，没有评估系统的性能。显然，他们如果采用头脑风暴法，就可以集思广益，最大程度地避免遗漏系统需求的情况。Michael认为，作为系统分析员，既要考虑系统的功能需求，也应关注系统的性能需求。目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书在获取EGOSIS项目的所有需求后，Michael检查了关于需求调研过程中的记录。他注意到了其中的几条，记录事项如下。Michael的这些记录说明了什么问题？（1）连锁店计划提升售后服务质量，需要在EGOSIS项目加入售后服务的相关功能，但在获取需求时没有这个计划。易变性需求，需引起高度重视，在需求分析阶段把它们明确下来，否则可能会导致返工（2）由于ExquisiteGifts的销售总监Janet出差在外，采访的是销售部门的工作人员，工作人员提供了所有必要的信息。稳定性需求：虽然没有与销售总监面谈，但工作人员提供了所有必要的信息（3）在需求获取阶段，客户没有提供所有与复审过程相关的文档致使有的需求没法获得，这些文档在需求分析阶段才提供，并复审了获取的需求。

稳定性需求：虽然客户没有在需求获取阶段提供所有与复审过程相关的文档致使有的需求没法获得，但在需求分析提供这些文档，提取并复审了相关需求（4）连锁店因业务的多元化而计划改变其组织结构，但在获取需求时没有这个计划。易变性需求，需引起高度重视，在需求分析阶段把它们明确下来，否则可能会导致返工（5）获取需求时，许多用户的需要存在冲突，但在多次会议后得以解决，达成了共识。

稳定性需求：虽然用户的需要在需求获取阶段时存在较多的冲突，但在历次会议中已达成了共识目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书为了解决售后服务中存在的问题，ExquisiteGifts计划决定在EGOSIS项目中增加售后服务方面的功能。销售部门的相关文件中对售后服务流程进行了文字描述：（1）顾客申请售后服务。（2）如果是新顾客，售后服务管理人员（以下简称管理员）记录该顾客的基本信息。（3）管理员了解具体情况，制定具体的售后服务解决方案。（4）管理员与顾客就服务方案进行沟通，达成一致并签订服务协议，否则终止服务。（5）根据协议方案，管理员对实施售后服务的人员（以下简称服务员）和所需材料进行计划，填发派工单。（6）服务员取得派工单，领取指定材料上门实施服务。（7）服务完成后，顾客进行验收，在派工单上填写服务信息和反馈意见。（8）管理员收回派工单，通知财务部门工作人员（以下简称财务员）进行服务结算并收款。服务终止。使用过程流程图绘制的售后服务流程如图6-2所示(P146)。ExquisiteGifts各分店的商品采购业务过程为(过程流如图6-3所示)：（1）库管员填写采购单。为了填写采购单，库管员需要收集各大供应商的新商品信息，以及增加库存商品的需求信息，整理含有商品名称及其采购数量的清单，填写采购单。采购单被复制三份，一份留存在采购单档案中归档，两份发送给店长。采购单填写过程是一个子过程，还需要做进一步的描述。它要完成的任务有：库管员收集拟采购的商品信息，拟定含有商品名称及其采购量的清单，填写拟采购商品的采购单。使用过程流程图描述的采购单填写业务流如图6-4所示。（2）店长审核采购单。店长对需要采购的商品及其数量的必要性进行审核，检查每种商品的成本以及采购单的总成本。如果发现采购单不存在问题，就批准此次采购，否则不予批准。店长把未获批准的采购单返还给库管员。对于批准通过的采购单，店长把其中的一份发送给指定的供应商，另一份留存在已批准采购单档案中归档。对于所有正在进行的商品采购，要求编写采购明细报告并发送到财务部门，为财务部门的记账过程提供采购相关的费用信息。采购单审批过程是一个子过程，需要做进一步的描述。它要完成的任务有：店长检查采购需求及其采购量，检查每种商品的成本和采购单的总成本；如果采购单不存在问题，就批准采购，否则不予批准。使用过程流程图描述的采购单审批业务流如图6-5所示。目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书EGOSIS的要求如下：（1）顾客可以在线注册，提交包括信用卡类型和信用卡号等在内的详细信息；（2）顾客可以浏览礼物及其包装；（3）顾客可以在线选择需要购买的商品并填写订单；（4）系统收到订单后，对顾客需要购买的商品进行查验，如果商品供应量不能满足订单要求，就要求供应商供货，再把商品清单发给顾客确认。（5）已有的供应商信息需要录入系统，新的供应商可以在线注册。在对数据流进行分析后，建立的DFD模型如图6-6所示。目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书在ExquisiteGifts的在线销售信息系统中，需要存储和处理的信息涉及顾客、商品、库管员、员工、部门、礼盒方案等。其中，顾客实体有ID、姓名、住址等属性，一个顾客可以选择多个礼盒方案，一个礼盒方案可以有多个顾客选择；商品实体有编号、名称等属性，每种商品可以有多个顾客选购；礼盒方案实体有编号、名称等属性，一个礼盒方案由若干商品构成，一种商品可以被多个礼盒方案选择，礼盒方案分为常规礼盒和特殊礼盒两种，都有各自的规格和要求；员工实体有工号、姓名等属性，每个员工只能隶属于一个部门，员工分为正式和临时两种，前者按月薪支付报酬，后者按时薪支付报酬；部门实体有编号、名称等属性。利用E-R建模技术绘制了如图6-7所示的概念数据模型。对于数据分析，要注意：一个人不懂得数据集成的重用性，表现在对信息系统进行分析与设计时，只注重功能分析与设计，不注重元数据的分析与设计，其分析与设计文档中，只有业务流程图、DFD、软件结构图，却缺少关键的E-R图。从严格意义上讲，懂不懂得E-R图，会不会CASE工具，是衡量一个信息系统专业人员的水平与实力的试金石。目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：E-R）6.3需求规范6.3.1用户需要说明书6.3.2系统需求说明书典型的用户需要说明书的结构：1、项目概述1.1系统目标、范围、功能、交付物1.2业务过程1.3用户角色1.4与其它系统的接口1.5项目约束2、用户需要2.1功能需要描述信息系统的功能，既可以使用简单的文本来表述，也可以使用专业的用例来表达，包括功能、范围、性能、可用性等2.2非功能需要3、附录附录部分列出不适合文档其它部分但又很重要的信息。经过反复沟通和协商，ExquisiteGifts的EGOSIS项目的利益相关者在系统需求方面达成了共识，功能包括商品询价、成本核算、顾客订单处理、根据市场调研信息和历史销售数据对销售进行预测等。库管员也可以使用这些功能。为了使销售业务能够顺利高效地运作，系统需要重点关注库存数据以及重要顾客的信息，对库存商品的数量、价格、可用性，以及重要顾客的报价、成本和信贷限额等信息进行追踪处理。连锁店管理层和各分店店长可以使用系统的所有功能。连锁店销售部门的员工可以利用系统生成日常业务、固定资产、生产率、分析、报废、查询等方面的报表。其它部门管理者可以访问销售报表，但不能对数据库进行任何修改。系统需要提供安全登录功能。例如，如果忘记登录密码，用户有三次尝试登录的机会。如果三次尝试都没法正确登录，系统会锁定该用户。被锁定的用户可以找分店店长解锁（包括远程解锁）。系统可以同时管理一百万个用户的在线请求，故障之间的平均时间不能少于三个月，最大系统修复时间为七十二小时。系统分阶段发布。第一阶段实现数据库管理功能；第二阶段实现在线订单管理功能；第三阶段实现报表分析功能。根据这些信息创建EGOSIS的用户需要说明书：1、项目概述1.1系统目标、范围、功能、交付物系统的目标是对连锁店的销售业务进行在线管理，范围包括处理销售业务、生成销售报告、用户验证和授权、系统可靠和强健，实现库存数据和重要顾客信息的管理、销售订单相关信息的中心数据库维护、使用用户名和密码机制进行安全登录功能，交付物有安装程序、可运行程序、用户使用说明书。1.2业务过程（略）1.3用户角色连锁店高层管理员：可以访问所有的数据；分店店长：可以使用系统的所有功能，只可以访问所属分店的数据，可以为被锁定的用户解锁；分店员工：可以输入数据，但不能修改数据库中的顾客记录；普通用户：可以使用被授权的功能。1.4与其它系统的接口（略）1.5项目约束第一阶段实现数据库管理功能；第二阶段实现销售订单管理功能；第三阶段是报表生成功能。2、用户需要2.1功能需要商品询价，成本核算，订单处理。根据市场调研信息和历史数据对销售进行预测。提供库存数据以及重要顾客的信息。追踪库存商品的数量、价格、可用性，以及重要顾客的报价、成本和信贷限额等。生成日常业务、固定资产、生产率、分析、报废、查询等方面的报表。2.2非功能需要提供安全登录功能。其它部门管理者可以访问销售报表，但不能对数据库进行任何修改。可以同时管理1000000个顾客的在线请求，故障之间的平均时间不能少于3个月，最大系统修复时间为72小时。3、附录如果忘记登录密码，用户有三次尝试登录的机会。如果三次尝试都没法正确登录，系统会锁定该用户。被锁定的用户可以找分店店长解锁（包括远程解锁）。目标：EdwardBank移动银行6.1需求获取6.1.1需求陈述文档6.1.2项目愿景文档6.1.3需求来源6.1.4需求获取方法（准备采访问题清单、需求调查表或原型）6.2需求分析6.2.1需求分类6.2.2分析业务流（业务流模型）6.2.3分析数据流（数据流模型：DFD）6.2.4分析数据（实体关系模型：