教师课时表审核数据任务表审核后的数据排序涛印王江计算课时费计算课时费和岗位津贴后的数据职工专用表格计算岗位津贴会计计算个人所得税、住房公积金、保险费等扣款项目计算工资总额分类帐工资总额更新分类帐报表编制报表工资明细表银行工资表现有的工资支付系统 （4）
导出高层逻辑模型
一般情况下，需要在此时就导出软件模型；有时，这项工作也会留到需求分析、甚至总体设计中完成。
删除前一幅图中的有关具体实现方法的信息，用“事务数据”代表课时表和任务表中包含的数据；用“加工事务数据”笼统地代表计算课时费、工资总额、个人所得税等一系列功能。
在可行性研究阶段还没有必要考虑“加工事务数据”的具体算法，因此没必要它分解成一系列更具体的数据处理功能。
第 11 页 共 49 页
这样，就得出了顶层“数据流图（Data Flow Diagram，DFD）”。
D1事务数据D4报表教师1收集数据职工D32审核数据35更新分类帐涛王印江加工事务数据工资明细表4分发工资明细表D2工资表教师职工银行会计工资支付系统的数据流图 （5）
进一步确定系统规模和目标，评审系统模型
在导出数据流图之后，系统分析员可以与用户进一步进行研讨、复审，不断修改系统流程图、业务流程图和数据流图，直到系统分析员提出的系统模型全部能满足用户的要求。
（6）
导出供选择的解法，制定行动方案。
①技术可行性
从开发方的资源、技术等条件进行分析，从软件开发技术发展的大环境以及技术合作对象等方面考虑技术是否可行。
如果可能，提供以成功开发的项目的相关资料，进一步佐证开发项目的技术可行性。
②操作可行性
例如，在对外开放的公共计算机房内运行工资支付程序显然是不合适的；对于需要保密、且没必要在互联网上交互数据的系统，可以考虑使用单机或局域网，在相对封闭的环境中。
第 12 页 共 49 页
③经济可行性
主要是回答“效益是否大于成本”的问题。为了给客户提供在一定范围内进行选择的余地，分析员应该至少提供3种类型的供选择方案：低成本方案、中等成本方案、高成本方案。
1～低成本方案
如果把每月发一次工资改为两个月发一次工资，则人工计算工资的成本大约可减少一半，即每年可节省1.2万元。除了已经进行的可行性研究的费用外，不再需要新的投资。这是一个很诱人的低成本方案。
缺点：违反常规；教职工反对；没有解决根本问题。随着规模扩大，问题仍然存在。
2～中等成本方案
建议基本复用现有系统的功能：课时表和任务表交到处理工资事务的专用机房，操作员把这些数据通过终端输入计算机，数据收集程序接收并校核这些事务数据，把它们存储在磁盘上。然后运行工资支付程序，它从磁盘中读取事务数据，计算工资，打印工资表、工资明细表和财务报表。
－－－－－－－－－－－－－－－－－－－－－－ 开发成本：
人力（4人月.8000元/人月） 计3.2万元 购买硬件 计1万元 小计 4.2万元 －－－－－－－－－－－－－－－－－－－－－－ －－－－－－－－－－－－－－－－－－－－－－ 新系统运行费用：
人力和物资消耗（250元／月） 计0.3万元/年 维护 计0.1万元/年 小计 0.4万元/年 －－－－－－－－－－－－－－－－－－－－－－ 现有系统运行费用： 2.4万元/年 －－－－－－－－－－－－－－－－－－－－－－ 每年节省的费用： 2.0万元/年
第 13 页 共 49 页
－－－－－－－－－－－－－－－－－－－－－－ －－－－－－－－－－－－－－－－－－－－－－ 根据公式：P=F/(1+i)n
例：第1年现在值＝20000／（1＋0.05）1 = 19047.62 第2年现在值＝20000／（1＋0.05）2 = 18140.59 第3年现在值＝20000／（1＋0.05）3 = 17276.75 投资回收期＝54464.96/24000≈2.27（年） 纯收入＝第3年累计现在值－开发成本小计 ＝54464.96-42000 ＝12464.96（元）
－－－－－－－－－－－－－－－－－－－－－－ 3～高成本方案
建立一个中央数据库，为开发完整的管理信息系统做好准备，并且把工资支付系统作为该系统的第一个子系统。这样人寿开发成本大约将增加到12万元，然而从工资支付这项应用中获得的经济效益并不变。
④确定最佳方案
根据与客户的交流，最终确定为中等成本方案最为实际。 （7）
拟定开发计划
除了前述估计的成本外，还需要进一步细化成本。另外，需要估计完工周期与进度，将系统按生命周期划分为各个阶段。
－－－－－－－－－－－－－－－－－－－－－－ 可行性研究 0.5月 需求分析 1.0月 概要设计 0.5月 详细设计 1.0月 系统实现 2.0月 －－－－－－－－－－－－－－－－－－－－－－ 总计 5.0月
第 14 页 共 49 页
－－－－－－－－－－－－－－－－－－－－－－ （8）
编制可行性报告
（教材P21）
2.需求分析 （1）
沿数据流图回溯
［例］从数据终点“教师”和“职工”开始分析，流入他们的数据存储是“工资明细表”，根据了解，“工资明细表”包括如下内容：
教职工代号、教职姓名、基本工资、职务、职称、生活补贴、书报费、交通费、课时费、岗位津贴、工资总额、个人所得税、住房公积金、医疗保险费、实发工资
“工资明细表”的来源是：一些是系统自己计算生成的，一些来源于“事务数据”。 分析员需要明确每个数据元素的来源，无论是计算生成还是直接复制，都要清晰明了。
例如，“工资总额”的来源不是直接输入得来的，往前回溯，有一个处理框“加工事务数据”，那么就是这个地方计算生成的。
所以，需要确定相关的算法，以便更准确地定义这个处理框的功能。（注意，只是关键算法，对于一些更复杂的系统，这里不一定要非常清楚，只是一个计算的原理就行了，具体的复杂算法可以留到软件设计中完成；需求分析中多用黑盒型的IPO表来初步确定。）
其次，如“个人所得税”、“住房公积金”的计算方法，同样需要细分清楚。 （2）
写出文档初稿
文档是主要的沟通工具，要求一致性和容易理解、不产生歧义。
结构化分析方法，要求在需求分析阶段完成的正式文档（软件需求规格说明书）中必须包含三个重要成分：数据流图、数据定义（卡片式）、以及一组黑盒形式的算法描述。
1～数据流定义
-------------------------------------------------
第 15 页 共 49 页