- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第二章 ;(维护报告);项目计划阶段;2.1定义问题;问题定义案例; 关于工资支付系统规模和目标的报告书
项目名称:工资支付系统
问题:目前计算工资和编制报表的费用太高
项目目标:研究开发费用较低的新工资支付系统的可能性
项目规模:开发成本应该不超过7.2万元
初步设想:用学校自己的计算机系统生成工资明细表和财务报表
可行性研究:为了更全面的研究工资支付项目的可能性,建议进行大约历时两周的可行性研究。这个研究的成本不超过5000元
;2.2可行性研究; 可行性研究的主要任务;可行性研究的内容; 技术可行性
使用现有的技术能实现这个系统吗?
考虑的问题
(1)开发风险分析
(2)资源分析
(3)相关技术的发展(现有技术能否实现新系统,技术难点、建议采用技术的先进性).;经济可行性;系统开发和每年运行费用举例;系统开发和每年运行费用举例;系统开发和每年运行费用举例;系统开发和每年运行费用举例; 操作可行性;社会可行性(法律可行性);2.3 可行性研究的步骤;可行性研究报告的编写提示GB 8567-88《 计算机软件产品开发文件编制指南 》;可行性研究报告的编写提示;可行性研究报告的编写提示;可行性研究报告的编写提示; 可行性研究报告的编写提示;可行性研究报告的编写提示;可行性研究报告的编写提示;系统流程图;某装配厂有一座存放零件的仓库,仓库中现有的各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量有变化时,应该及时修改库存清单主文件,如果哪种零件的库存量少于它的库存量临界值,则应该报告给采购部门以便定货,规定每天向采购部门送一次定货报告。
;该装配厂使用一台小型计算机处理更新库存清单主文件和产生定货报告的任务。零件库存量的每一次变化称为一个事务,由放在仓库中的CRT终端输入到计算机中;系统中的库存清单程序对事务进行处理,更新存储在磁盘上的库存清单主文件,并且把必要的定货信息写在磁带上。最后,每天由报告生成程序读一次磁带,并且打印出定货报告。;库存清单系统的系统流程图
;系统流程图实例2——借书处理 ;验证学生身份;作;数据流图(Data Flow Diagram,DFD)是描述系统中数据流程的图形工具,它标识了一个系统的逻辑输入和逻辑输出,以及把逻辑输入转换为逻辑输出所需的加工处理;顾客;数据流与数据加工之间的关系;数据流图举例-订货系统;第一步:可以从问题描述中提取数据流图的4种成分。首先考虑数据的源点和终点,从上面对系统的描述可以知道“采购部每天需要一张定货报表”,“通过放在仓库中的CRT终端把事务报告给定货系统”,所以采购员是数据终点,而仓库管理员是数据源点。
第二步:考虑处理,再一次阅读问题描述,“采购部需要报表”,显然他们还没有这种报表,因此必须有一个用于产生报表的处理。事务的后果是改变零件库存量,然而任何改变数据的操作都是处理,因此对事务进行的加工是另一个处理。;第三:考虑数据流和数据存储:系统把定货报表送给采购部,因此定货报表是一个数据流;事务需要从仓库送到系统中,显然事务是另一个数据流。产生报表和处理事务这两个处理在时间上明显不匹配——每当有一个事务发生时立即处理它,然而每天只产生一次定货报表。因此,用来产生定货报表的数据必须存放一段时间,也就是应该有一个数据存储。
“当某种零件的库存量少于临界值时就应该再次订货”说明应该有库存清单的数据存储。
;;定货系统的功能级数据流图;把处理事务的功能进一步分解后的数据流图;为数据流命名;为处理命名; “先全局后局部,先整体后细节,先抽象后具体”
通常可将这种分层的DFD图,分为顶层、中间层、底层。
具体步骤:
1。先确定系统范围,画出顶层的DFD图。
2。逐层分解顶层DFD图,获得若干中间层DFD图。
3。画出底层的DFD图。
;X;加工分解的原则
自然性:概念上合理、清晰;
均匀性:理想的分解是将一个问题分解成大小均匀的几个部分;
分解度:一般每一个加工每次分解最多不要超过7个子加工,分解应分解到基本加工为止。;合理使用文件
当文件作为某些加工之间的交界面时,文件必须画出来,一旦文件作为数据流图中的一个独立成份画出来了,那么他同其他成份之间的联系也应同时表达出来。;分层DFD图的改进;简单的人事工资管理系统;人事工资管理系统的顶层DFD(概图)范例;人事工资管理系统1层DFD范例;人事工资管理系统2层DFD:加工3的分解图;二、数据字典 ; A、 数据流条目 给出某个数据流的定义,通常是列出该
数据流的各组成数据项。
例如: 报名单=姓名+单位名+年龄+性别+课程名
常用符号:=、+、[|]、{}、()
文档评论(0)