软件工程可行性研究

软件工程可行性研究“云南999MDMIS）开发项目可行性论证报告”。要点:１、项目可行性论证报告的结构２、项目可行性论证报告的写法2.1案例分析一2.1案例分析一一、项目开发的目的和意义用电子技术改造传统产业，实现企业管理的现代化，努力降低成本，提高产品质量，才能使企业在现在和未来的市场竞争中站稳脚跟，获得效益，求得发展。12345678910112.1案例分析一现在的人工处理方式不能准确、及时、充分地收集、利用信息，使大量有用信息搁置，一些影响产品质量、成本、销路的问题不能及时发现和处理，影响企业的效益。建立MDMIS的必要性建立计算机管理系统，管好企业的人、财、物，通过成本预测等措施可以从大量信息中分析市场需求。分析影响产品原因，分析成本的变动情况，便于迅速采取有效措施，确定产品规格和规模，提高产品合格率，降低产品成本，协调企业内部各部门之间的关系。12345678910112.1案例分析一三、现有基础和条件

厂领导和管理骨干都具有一定的计算机基础知识；机构完善，信息资料较为完整；已购入计算机，但利用率不高。参加软件开发的人员有丰富的软件开发经验。12345678910112.1案例分析一人事档案管理固定资产管理内部银行微机管理财务管理工资管理四、系统主要内容成本核算成品半成品管理原辅材料管理用户与市场管理技术档案管理12345678910112.1案例分析一五、系统实施方案

（一）技术路线1.明确系统目标弄清用户对系统的最终需求，通过对现行系统的深层次分析，弄清系统包括的管理业务范围，最终达到工作和处理水平。2.系统的输出分析与输出设计分析系统所需的各种输出，包括表格、图形以及其它输出，规范化的分析报告等。12345678910112.1案例分析一3.数据分析与组织对有输出要求的全部数据进行相关分析，产生数据流图，根据数据的属性特征和输入输出要求进行数据库设计：设计数据项、记录和数据文件的标识码等。4.输入设计分析满足输出所需的来源性数据和非来源性数据。12345678910112.1案例分析一5.设计信息系统流程图与功能结构图绘制出信息系统流程图与功能结构图。经双方研究，相关负责人签字后方付诸实施，写出详细的数据字典等文档。6.程序设计、调试与系统调试采用一边编码一边投入运行的策略，使用户新提出的要求得以在整个过程中逐步满足。用VB、C＃语言等开发全部应用程序；用正常数据与非正常数据进行功能模块的分调与系统联调。12345678910112.1案例分析一7.系统维护在系统运行过程中，根据管理方式变化对系统进行必要的维护。8.系统评价根据运行结果，对系统做出评价，并提请通过有关部门鉴定。12345678910112.1案例分析一

（二）关键因素管理人员和计算机软件开发人员的相互协调，相互支持，相互沟通各种工具软件的正确使用较高的系统分析水平以及高水平的程序设计新技术、新理论的学习、采用，以及开发者的敬业精神12345678910112.1案例分析一六、推广应用前景

可在同类工厂中推广这一系统，在开发过程中设计的一些标准化的功能模块，可供其它软件系统重用。七、经费估算

整个项目资金初预算为67000元。如下图所示：充分利用电池厂现有资源，优先利用已购设备，根据需要再由厂方购置其他所需设备。12345678910112.1案例分析一软件开发费50000元不可预见性费用5000元系统软件及工具软件12000元7%75%18%12345678910112.1案例分析一1234567891011经济效益DMIS投入使用后，由于原辅材料，各种备品备件和成品、半成品管理的科学化可减少库存，避免浪费而获得直接经济效益；对工厂发展的决策支持可取得较好的间接效益。社会效益该系统对同行业的现代化管理可起到示范和带头作用。对提高企业的知名度，对合资的企业具有一定影响。八、效益分析2.1案例分析一九、工作期限及阶段划分该项目一年半内完成，其中：系统分析4个月；系统设计及程序设计8个月；系统调试及撰写技术文档6个月。12345678910112.1案例分析一十、组织形式及分工该项目由电池厂与某软件公司共同承担。电池厂负责项目所需全部资金，参加系统分析，提供数据和资料，并配合系统调试。软件公司负责系统分析，系统设计及全部程序设计、调试；提供工厂适用的全部应用软件，并负责人员的培训。软件直接在某电池厂微机上开发，应用软件归电池厂享有。12345678910112.1案例分析一设领导组、技术顾问组、课题组三个大组，由领导组决定，课题组负责实施。

1)领导组组长；XXX副组长：XXX2)技术顾问组

XXX3)课题组组长：XXX副组长：XXX

组员：XXXXXX1234567891011十一、领导机构2.2案例分析二1．问题定义（1）现有组织机构：高校工资管理系统设计与实现2.2案例分析二（2）工作现状：

财务处的工作量的确很大，工作人员忙不过来。每个月由两名会计用半个月的时间计算工资和编制报表，一名会计每个月的工资和岗位津贴共约2000元，那么，每年为此项工作花费的人工费约2.4万元。如果开发计算机工资管理系统，每年至少可获得经济效益2.4万元。2.2案例分析二（3）阶段成果：关于系统规模和目标的报告书项目名称：工资管理系统问题：目前计算工资和编制报表的费用太高项目目标：研究开发费用较低的新工资管理系统的可能性项目规模：开发成本应该不超过2.4万元初步设想：用学校自己的计算机系统生成工资明细表和财务表报可行性研究：为了更全面的研究工资管理项目的可能性，建议进行大约历时两周的可行性研究。这个研究的成本不超过4000元。2.2案例分析二2．可行性研究（1）澄清系统规模和目标首先，通过访问财务科长和校长进一步验证上一阶段写出的“关于工资管理系统规模和目标的报告书”的正确性。然后，通过访问，对人工计算工资存在的弊端有了更具体的认识，并且了解到工资总数应该记入分类日记帐，新工资管理系统和分类帐系统有联系。2.2案例分析二（2）研究现有系统每月月末教师把他们当月的实际授课时数登记在课时表上，由各系汇总后交财务科。会计拿到这些数据后，首先审核这些数据，然后把审核后的数据按教职工编号排序并抄到专用表格上，该表格预先印有教职工编号、姓名、职务、职称、基本工资、生活补贴、书报费、交通费、洗理费等数据。接下来根据当月课时数或完成承包任务情况，计算课时费或岗位津贴。算出每个人的工资总额后，再计算应该扣除的个人所得税，应交纳的住房公积金和保险费。最后算出每个人当月的实发工资数。把算出的各项数据登记到前述专用表格上，就得到工资明细表。然后对数据进行汇总，编制出各种财务报表。详见下图：2.2案例分析二（3）导出高层逻辑模型2.2案例分析二（4）进一步确定系统规模和目标

分析员再一次访问会计和财务科长，并对数据流图进行讨论，通过仔细分析和讨论数据流图，及时发现并纠正分析员对系统的误解，补充被忽视的内容。2.2案例分析二低成本方案：把每月发一次工资改为每两个月发一次工资，则人工计算工资的成本大约可减少一半，即每年可节1．2万元。除了已经进行的可行性研究的费用以外，不再需要新的投资。缺点：违反常规，教职工反对，不能解决根本问题。并且随着学校规模的扩大，人工处理工资事务的费用也将增加。（5）导出供选择的解法2.2案例分析二高成本方案：建立一个中央数据库，开发完整的管理信息系统，工资管理系统仅为其中的一个子系统，开发成本约为12万。缺点：仅考虑这一项应用。投资不划算，因为其他应用系统可通过低成本实现。（5）导出供选择的解法2.2案例分析二中成本方案：基本复制现有系统功能。将课时表任务表交到处理工资事务的专用机房，操作员通过终端把这些数据送入计算机，数据收集程序接受并核对这些数据，把它们存储在磁盘上。然后运行工资管理程序，这个程序从磁盘中读取事务数据，计算工资，打印出工资表、工资明细表和财务报表。（5）导出供选择的解法2.2案例分析二（5）导出供选择的解法2.2案例分析二（5）导出供选择的解法2.2案例分析二低成本难付诸实现，高成本所需投资超出预算，只有中等成本符合实际，所以中等成本方案最好。（6）推荐最佳方案2.2案例分析二（7）草拟开发方案阶段需要用的时间（月）可行性研究0.5需求分析1.0概要设计0.5详细设计1.0实现2.0总计5.02.2案例分析二分析员归纳整理本阶段的工作成果写成正式文档，提交由校长和财务科全体人员参加的会议审查。（8）文档提交审查2.3可行性研究的任务可行性研究的目的不是解决问题，而是确定问题是否值得去解决。可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。2.3可行性研究的任务首先需要进一步分析和澄清问题定义。在问题定义阶段初步确定的规模和目标，如果是正确的就进一步加以肯定，如果有错误就应该及时改正，如果对目标系统有任何约束和限制，也必须把它们清楚地列举出来。分析员应该导出系统的逻辑模型。并从系统逻辑模型出发，探索若干种可供选择的主要解法(即系统实现方案)。2.3可行性研究的任务操作可行性技术可行性经济可行性对每种解法都应该仔细研究它的可行性。在分析供选择的解法是否可行时，要从三方面考虑：技术、操作、经济。从现有掌握的技术角度考虑，是否能达到目标要求的功能，并能很好地完成目标系统，选出符合技术可行性的方案。例如为工资管理系统单独购置一台计算机及必要的外部设备，并放在一间专用房间。即效益是否大于成本。至少提出3种类型的供选择方案：低成本系统，中成本系统，高成本系统。2.4可行性研究过程1.复查系统规模和目标 分析员访问关键人员，仔细阅读和分析有关的材料，以便对问题定义阶段书写的关于规模和目标的报告书进一步复查确认，改正含糊或不确切的叙述，清晰地描述对目标系统的一切限制和约束。123456782.4可行性研究过程2.研究目前正在使用的系统应该仔细阅读分析现有系统的文档资料和使用手册，也要实地考察现有的系统。应该注意了解这个系统可以做什么，为什么这样做，还要了解使用这个系统的代价。应该注意了解并记录现有系统和其他系统之间的接口情况，这是设计新系统时的重要约束条件。

123456782.4可行性研究过程3.导出新系统的高层逻辑模型优秀的设计过程通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。123456782.4可行性研究过程4.进一步定义问题分析员应该和用户一起再次复查问题定义、工程规模和目标，这次复查应该把数据流图和数据字典作为讨论的基础。可行性研究的前4个步骤实质上构成一个循环。123456782.4可行性研究过程5.导出和评价供选择的解法分析员应该从他建议的系统逻辑模型出发，导出若干个较高层次的(较抽象的)物理解法供比较和选择。首先从技术角度出发考虑解决问题的不同方案。其次可以考虑操作方面的可行性。接下来应该考虑经济方面的可行性。只有投资预计能带来利润的系统才值得进一步考虑。最后为每个在技术、操作和经济等方面都可行的系统制定实现进度表。123456782.4可行性研究过程6.推荐行动方针根据可行性研究结果做出决定，是否继续进行这项开发工程。分析员对于所推荐的系统必须进行比较仔细的成本/效益分析。123456782.4可行性研究过程7.草拟开发计划分析员应该为所推荐的方案草拟一份开发计划，除了制定工程进度表之外，还应该估计对各类开发人员和各种资源的需要情况等。8.书写文档提交审查123456782.5系统流程图系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程，因此尽管系统流程图的某些符号和程序流程图的符号形式相同，但是它却是物理数据流图而不是程序流程图。2.5系统流程图2.5.1符号2.5系统流程图2.5.2例子库存清单系统的系统流程图2.5系统流程图首先用一张高层次的系统流程图描绘系统总体概貌，表明系统的关键功能。然后分别把每个关键功能扩展到适当的详细程度，画在单独的一页纸上。2.5.3分层2.6数据流图数据流图(DFD)是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。2.6数据流图数据流图有四种基本符号：正方形(或立方体)表示数据的源点或终点；圆角矩形(或圆形)代表变换数据的处理；开口矩形(或两条平行横线)代表数据存储；箭头表示数据流，即特定数据的流动方向。2.6.1符号2.6数据流图2.6.1符号定货系统的基本系统模型2.6数据流图定货系统的功能级数据流图2.6数据流图把处理事务的功能进一步分解后的数据流图2.7数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。数据流图和数据字典共同构成系统的逻辑模型2.7数据字典数据字典由对下列4类元素的定义组成：(1)数据流(2)数据流分量(即数据元素)(3)数据存储(4)处理2.7.1数据字典的内容2.7数据字典定义就是自顶向下的分解，所以数据字典中的定义就是对数据自顶向下的分解。一般说来，当分解到不需要进一步定义，每个和工程有关的人也都清楚其含义的元素时，这种分解过程就完成了。2.7.2定义数据的方法2.7数据字典数据字典最重要的用途是作为分析阶段的工具。在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户之间的通信，因此将消除许多可能的误解。对数据的这一系列严密一致的定义也有助于改进在不同的开发人员或不同的开发小组之间的通信。2.7.3