软件系统可行性研究
第二章可行性研究
我们在做任何工作以前，必须明确工作的性质、任务、制定完成任务的计划。显然完成一个软件系统的开发，也应解决好类似的问题。明确软件开发系统的任务，完成任务的价值，制定出完成任务的计划，是软件系统可行性研究的目的。
2.1 可行性研究
2.1.1可行性研究的任务
如果不限时间、不限资源、则任何研制项目都是可行的!然而在开发以计算机为基础的系统时，需要用最小的代价，在尽可能短的时间内确定问题是否能够解决。这种可行性研究的目的是确定我们所研究的问题是否值得去解，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。
可行性研究的实质就是要进行一次压缩，简化了的系统分析和设计的过程，也就是在较高层次上以较抽象方式进行系统分析和系统设计的过程，可行性研究应着重考虑如下五个方面。
1.技术可行性。是指使用现有的技术能否实现这个系统。它包括开发风险——在限制条件范围内达到必需的功能与性能；资源配置——指现有的技术人员是否胜任，开发系统的软、硬件资源是否能如期得到；技术——指现有的技术是否已发展到这样的水平，能够支持系统的研制。
2.经济可行性。指新系统的经济效益能否超过开发成本。包括评价经济的合理性，权衡支出的费用和收到的利益，正确估计开发费用以及最终从所开发的系统获得的收入和利益。其中经济的合理性包括成本/效益分析，长期的总体的经营策略，对其他获利中心或获利产品的影响，开发工作需用资源的购置费用、潜在的市场等等。
3.运行可行性。指为新系统规定的运行方式是否可行。如果新系统是建立在原来已担负其他任务的计算机系统上，就不能要求它在实时在线状态下运行，以免与原有的任务相矛盾。
4.操作可行性。指系统的操作方式在这个用户组织内是否行得通。它包括人事政策，科技政策和必要的管理措施。
5.法律可行性。指新系统的开发是否会侵犯他人、集体或国家的利益，是否违反了国家的法律，并由此而承担法律责任。
可行性研究并不保证一个系统经济上明显合理、技术风险低，很少法律问题，而且不存在其他合理方案。然而，我们之所以要进行可行性研究，其目的是对以后的行动方针提出建议。如果问题没有可行的解，那么分析员应该建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费。如果问题值得解，那么分析员应该推荐一个较好的解决方案，并为工程制定一个初步计划。
可行性研究需要的时间长短取决于系统的规模。一般来说，可行性研究的成本只是预期工程总成本的5～10%。
2.1.2 可行性研究的步骤
1.复查系统规模和目标。要仔细阅读和分析分析员在问题定义阶段书写的关于系统目标和规模的报告书，确定报告书的内容，修改不确切的叙述，清晰地描述对目标系统的一切限制和约束，确保分析员提交的报告书确实是用户要求解决的问题。
2.研究现有的系统。现有系统是信息的重要来源，现有系统要完成的工作，就是新系统所必须具备的功能。现有系统存在的缺点，新系统必须加以改进。现有系统所不具备的功能，又是用户必须的，则新系统一定要预以增加。现有系统所需要的费用是新系统的一个重要的
投资依据。这样的调查研究，是了解一个陌生应用领域的最快方法。既可以使新系统脱胎而生，又不全盘照抄。另外还要注意现有系统与其他系统之间的通信接口，这是新系统设计的重要约束条件。
3.导出新系统的高层逻辑模型。软件工程设计总是从现有的物理系统出发，导出现有物理系统的逻辑模型；再以现有物理系统的逻辑模型为基础，设计出新系统的高层逻辑模型；最后根据高层逻辑模型建造新的物理系统。依据新系统的功能和约束条件，我们可以使用数据流图(DFD图)来描绘数据在系统中流动和处理的情况，使用数据字典来定义系统中使用的数据，从而完成新系统的逻辑模型。至于物理系统采用系统流程图来表示。
4.重新定义问题。新系统的逻辑模型是否能满足用户的要求，分析员和用户应该一起进行复审。复审以数据流图和数据字典为依据，对问题的定义、工程模型和目标进行审查。如果有分岐和遗漏等问题，应立即进行改正。
上述可行性研究步骤实质上是一个循环，即定义系统目标—→复查系统目标和规模—→研究现有系统—→设计新系统—→再定义系统目标。重复这个循环过程，直到提出的新系统逻辑模型完全符合系统目标和规模为止。
5.提出供选择的方案。从系统的逻辑模型出发，以系统要求为目标，利用在数据流图上划分自动化边界的方法，我们可以提出若干种较高层次的物理解法供用户选择。针对多种供选方案，用户应从如下三个方面进行筛选：
(1) 从技术角度排除那些不现实的方案；
(2) 从操作角度去掉那些操作方式或操作过程用户不能接受的方案；
(3) 从经济角度估算每个可能系统的成本/效益。一般来说，只有投资预计能带来利润的系统才值得开发。
只有在技术、操作经济等方面都可行的系统，我们才为其制定实现进度表。此进度表不需要很详细，只是要估计生存周期每个阶段的工作量。
6.推荐建议方案。在对上一步提出的各种可行方案的分析、比较的基础上，向用户提出推荐的方案，在推荐方案中应清楚地表明
(1) 本项目的开发价值；
(2) 推荐这个方案的理由；
(3) 制定实现项目的进度表。
7.决策。使用部门的负责人根据经济实力及分析员在可行性研究阶段对开发此项工程成本/效益情况的分析结论，决定是否继续这项开发工程。
8.制定开发计划。分析员应为推荐的系统制定一份开发计划，它包括工程的进度、人材资源的需求及使用、设备资源的需求及使用(软、硬件工具)、估算生存周期每个阶段的成本等，最后给出下一阶段(需求分析)的详细进度表和成本估计。
9.书写文档提交审查。把上述可行性研究各个步骤的结果写成清晰的文档，请用户和使用部门的负责人仔细审查，也可以召开论证会。论证会成员由用户、使用部门负责人及有关方面的专家组成，负责对提出的方案进行论证，最后由论证会成员签署意见，指明该开发计划是否通过。
2.1.3 可行性论证报告的主要内容
1.系统概述。是对问题的简单陈述，包括系统的开发目的、目标、业务对象和范围，新系统和它的各子系统的功能与特性，新系统与当前系统的比较，所需资源以及费用和进度的概况等。
2.可行性分析。这是报告的主体部分，包括新系统在经济上、技术上、操作上、运行上、法律上的可行性，以及对新系统的主客观条件的分析。若存在多种方案，则应对各种方案进
行比较，指明推荐的方案。
3.限制。指对系统开发有影响的管理方面和技术方面的限制，包括项目的外部环境、接口、设计与实现、资源、费用或进度等。
4.费用。估算软、硬件费用，制定出费用限额并注明。
5.拟定开发计划。它包括工程进度表，人员配备情况，资源配备情况，估算出每个阶段的成本、约束条件等。
6.结论意见。综上分析，说明新系统是否可行，其结论分为以下三类：
(1) 可立即进行；
(2) 推迟进行；
(3) 不能或不值得进行。
2.2 系统流程图
系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件。包括程序、文件、数据库和各种表格、人工过程等。它表达了信息在系统各部件之间的流动情况。请读者注意它与程序流程图之间的区别。
2.2.1 符号
国家标准(GB1526-89)《信息处理——数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》为我们推荐了一套标准符号和使用约定。该标准是与国际标准化组织公布的标准ISO5807-85 Information processing documentation symbols and conventions for data, program and system flowcharts, program network charts and system resources charts相一致。系统流程图含有5种基本符号，如图2-1所示。11 种系统符号如图2-2所示。
图2-1 基本符号
符号名称说明
穿孔卡片表示用穿孔卡片输入或输出，也可表示一个穿孔卡
片文件。
文档通常表示打印输出，也可表示用打印终端输入数据。
磁带磁带输入/输出，或表示一个磁带文件。
联机存储表示任何种类的联机存储，包括磁盘、磁鼓、软盘和
海量存储器件等。
磁盘磁盘输入/输出，也可表示存储在磁盘上的文件或数
据库。
磁鼓磁鼓输入/输出，也可表示存储在磁鼓上的文件或数
据库。
显示 CRT终端或类似的显示部件，可用于输入或输出，
也可既输入又输出。
人工输入人工输入数据的脱机处理，例如，填写表格。
人工操作人工完成的处理，例如，会计在工资支票上签名。
辅助操作使用设备进行的脱机操作。
通信链路通过远程通信线路或链路传送数据。
图2-2 系统符号
2.2.2 应用
系统流程图是一种极好的设计工具，它有助于开发人员和用户交流信息，利用系统的每个具体物理元素可以更准确地估计成本和制定系统的开发进度。
下面通过例子来说明系统流程图的使用。
例某工厂有一座零件仓库，仓库中现有各种零件的数量以及每种零件的库存量临界值等数据记录在库存清单主文件中。当仓库中零件数量发生变化时，应及时修改库存清单主文件。当某种零件的库存量少于它的库存量临界值时，则应报告给采购部门以便定货。规定每天向采购部门送一次定货报告。
工厂使用一台微机处理更新库存清单主文件和产生定货报告的任务。仓库中的每一项业务都通过CRT终端输入到计算机中。系统中的库存清单程序负责对事务进行处理，更新存储在磁盘上的库存清单主文件，把必要的定货信息写在磁带上。每天由报告生成程序读一次磁带，生成并打印出定货报告。如图2-3所示。
图中的箭头确定了信息流动的途径，对于复杂的系统，可以采用分层描述的方法来描绘整个系统。用一张高层次的系统流程图描绘系统总体概貌，然后分别把每个关键功能扩展到适当的详细程度，便于阅读者按照从抽象到具体的过程逐步深入地了解一个复杂系统。
图2-3 库存清单系统的系统流程图〖HT〗
2.3 数据流图
数据流图简称DFD(Data Flow Diagram)图，它是描述数据处理过程的有力工具。数据流图从数据传送、加工的角度，以图形方式刻画数据处理系统的工作状况。数据流图描绘系统的逻辑模型，它是一种极好的通信工具。
2.3.1 符号
数据流图有四种基本符号，如图2-4(a)所示。有六种附加符号，如图2-4(b)所示。
数据的源点/终点表示该系统数据的外部来源或去处，不受系统控制，是系统以外的人或事物。例如，仓库的管理员、工厂的采购员、供货单位、售票处等。也可以是另外一个数据处理系统向该系统提供数据或接收该系统向它发出的数据。
加工(处理)并不一定是一个程序，它可以代表一系列程序，单个程序或者程序的一个模块，也可以代表用穿孔机穿孔或目视检查数据正确性等人工处理过程。
数据存储不是指数据保存的物理地点或物理存储介质，而是对数据存储的逻辑描述。数据存储并不等同于一个文件，它可以表示一个文件，文件的一部分，数据库的元素或记录的一部分等等。数据可以存储在磁盘、磁带、主存、微缩胶片等介质上。数据存储有四种形式，即把一个数据存入数据存储；用一个数据去修改数据存储中的数据；从数据存储中读出一个数据；从数据存储中检索出一批数据。
图2-4 数据流图的符号
数据流表示数据在系统中的流动方向，一般分单向数据流和双向数据流两种。它可以由某一个外部项产生，也可以由某一个处理逻辑产生，还可以来自某一个数据存储。
附加符号中的星号(*)表示数据流之间是“与”关系；加号(+)表示数据流之间是“或”关系；符号 表示只能从数据流中选一个(互斥关系)。
2.3.2 应用举例
例 1 一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，列出所有需要再次定货的零件。对于需要订货的零件列出其零件编号、零件名称、定货数量、单价、供应者。零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存量少于临界值时就应该再次定货。下面用软件工程的方法画出该系统的数据流图。
分析过程如下：
第一步
首先确定系统的源点和终点，本题仓库管理员是数据的源点，采购员是数据的终点。 其次是加工(处理)，本题应该完成定货系统这样一个功能。
最后考虑数据流，事务需从仓库送到系统中，显然事务是一个数据流；系统要把定货报表送给采购部，定货报表也是一个数据流。
依据以上三点我们画出定货系统的基本数据流图，如图2-5所示。
图2-5定货系统基本数据流图
第二步
首先将加工(处理)——定货系统进行功能分解，变成事务处理和产生报表两部分。 其次要考虑有关数据的存储问题，在本题中涉及到存储的信息有：库存清单、定货信息。 依据图2-5和以上两点，我们画出定货系统功能级数据流图，见图2-6所示。
图2-6定货系统功能级数据流图
第三步
将事务处理进一步分解为接收事务，更新库存清单、处理定货三部分。依据本分析和图2-6我们可以画出定货系统功能分解后的数据流图。见图2-7所示。其中1.1、1.2、1.3是图2-6中功能1的分解编号。
图2-7定货系统功能分解后的数据流图
例2 银行取款系统的数据流图(活期储蓄)。
分析过程如下：
源点和终点都是储户。
加工(处理)是完成取款的功能。
数据流是取款单、存折、现款。
依据以上三点画出银行取款系统的基本数据流图，如图2-8所示。
图2-8取款系统基本数据流图第二步
取款工作实际上是由储户资格审查、登录、付款三部分组成。
数据存储部分涉及储户的帐卡和存折上数据的更新。
依据图2-8及以上二点分析，我们可以画出取款系统的功能级数据流图，如图2-9所示。
图2-9取款系统功能级数据流图
读者可以根据自己的需要，将图2-9进一步细化，本书不再给出分解后的数据流图。
例 3 病员监视系统的数据流图。该系统监视病房中的每个病人的重要病情信号，更新及管理病人的病历，若出现问题立即通知护理人员，并且在需要时给出某一病人的有关报告。
分析过程如下：
第一步
源点来自于病人本身或护士。
终点是护士，因为一切报告和告警信息应汇集到护士处。
加工(处理)是病员监视系统。
数据流包括病情信号、报告、告警信息和要求报告。
数据存储是指病员病历。
依据以上分析，我们画出病员监视系统的基本数据流图，如图2-10所示。
图2-10病员监视系统基本数据流图
对系统分析后，划分出四种功能，即通过一个床边监视器实现本地监视，在护士办公室实现中央监视，病人病历的更新，护士办公室提出报告。
依据图2-10和以上分析，我们画出病员监视系统功能级数据流图，如图2-11所示。
图2-11病员监视系统功能级数据流图
第三步
将中央监视系统划分为四个处理部分，包括分解病员信号，检查是否超出界限，产生告警信息，整理病员数据。依据图2-11和本次功能分解，我们可以画出病员监视系统功能分解后的数据流图，如图2-12所示。
图2-12病员监视系统功能分解后的数据流图
2.3.3 画数据流图的原则
1.确定系统的源点和终点，对于数据流图而言它是系统的外部项。
2.确定系统的输入和输出数据流。随着加工(处理)的细化，功能也就越来越具体，数据流也就越来越多，输入和输出也会相应地增加，但要保持分解前后输入/输出数据流必须相同。
3.用“自顶向下”的方法，逐层画出数据流图。每张数据流图中加工(处理)的个数不能超过9个。
4.将必要的存储与加工(处理)相匹配。
5.在画数据流图时应避免线条交叉，必要时可使用重复的外部项(源点或终点)或数据存储符号。
6.画出出错及例外条件处理情况。
2.3.4 数据流图的用途
1.作为交流信息的工具。系统分析人员把他对系统的认识或对目标系统的设想用数据流图描绘出来，供有关人员审查确认。由于数据流图中使用的符号不含任何物理实现细节，所
以大多数用户都可以理解和评价它。
2.作为分析和设计的工具。分析员在研究现有的系统，描绘其功能时常用数据流图表达他们对现有系统的认识，这种描绘方法形象、具体，它不同于系统流程图，使系统的功能和实现每个功能的具体方案区别开来。
3.数据流图可以辅助物理系统的设计。在数据流图上依据不同处理的定时要求，可以画出许多组自动化边界，每组自动化边界就是一个不同的物理系统。例题1中的图2-7，由于自动化边界的划分方法不同，产生了两种不同的物理系统，即批处理方式和联机方式，见图2-13、2-14所示。
4.数据流图对详细设计也有帮助，它是面向数据流设计(SD)方法的基础。
图2-13这种划分自动化边界的方法暗示以批量方式更新库存清单
图2-14另一种划分自动化边界的方法暗示以联机方式更新库存清单
2.4数据字典
数据字典是对数据流图中包含的所有元素定义的集合，即对数据流图中出现的所有名子(数据流、文件、数据单项、基本加工)进行定义。它的主要用途是供人们查阅对不了解条目的解释，在软件分析和设计过程中给人提供关于数据的描述信息。
数据流图和数据字典共同构成系统的逻辑模型。数据流图描述了系统的“分解”，它表明系统由哪些部分组成。数据字典则为数据流图中出现的每一部分都给出“严格定义”，二者的有机配合，完整地描述了系统。
2.4.1 数据字典的内容及定义方法
一般来说，数据字典应该由如下四类元素组成，它们是数据流、文件、数据单项、基本加工(处理)。在组成数据字典时，要注意避免冗余，遵循有关数据流向在数据流图中描述，有关数据的组成在数据字典中描述，有关数据的加工细节在数据字典中描述的三原则。要尽量避免遗漏，如果确有遗漏发生，应该补充，这对于设计、编码、调试、维护会带来方便。
同时应及时沟通，设法消除不一致性，减少别名的出现。
1.数据流
数据流通常有一个名字，它是由一组数据项组成的。数据流可以从加工流向加工，也可以从源点流向加工，或从加工流向终点。数据流还可以从加工流向文件，或从文件流向加工。任意两者之间可有一股或多股数据流，同一数据流图上不能有两股数据流同名。描述数据流时，要用到下述符号：
=表示等价于(或定义为)；
+表示与；
［／］表示或；
｛｝〗表示重复；
( )表示选择；
m…n表示界域。
例如运动员成绩=运动员号码+项目名+成绩+破记录
课程=课程名+教员+教材名+课程表
课程表=星期几+第几节课+教室
2.文件
文件是用来存储数据的，每个文件都有一个名子。文件的形式可以是数据库，也可以是规定结构的数据组织。指向文件的数据流可理解为写入文件，从文件引出的数据流可理解为自文件中读出数据。在分层的数据流图中，文件一般局部于某一层或某几层。
例如定期存款=帐号+户名+地址+款额+存期
存期［１／３／５／８］
3.数据单项
数据单项是指不可再分的数据项。
例如帐号=000000——999999
学生=姓名+年龄+性别+班级
4.基本加工(处理)
基本加工是加工的分量，是数据流图中不能再分解的加工。基本加工由基本加工的小说明和相应的描述构成。小说明集中描述一个加工“做什么”，目前小说明一般用自然语言、判定表和判定树来描述。
(1)用结构化自然语言描述小说明
结构化自然语言是介于形式语言与自然语言之间的一种语言。结构化自然语言的语法通常分为内外两层，外层语法描述操作的控制结构——顺序、选择、循环等，这些控制结构将加工中各个操作连接起来；内层语法一般没有限制。
小说明的形式如下：
加工编号：在数据流图中某个加工的编号
加工名：在数据流图中某个加工的名字
加工逻辑：此加工中实行的操作
有关信息：执行此加工的条件
例如有一个加工为统计房产的功能可写为：
加工编号：3.4
加工名：统计房产
加工逻辑：〖ZK()读房产文件，按面积分类，统计已分和未分配的住房数，输出统计表
有关信息：有统计要求时执行此加工
(2) 用判定表描述小说明
判定表是用来描述一些不易用语言表达清楚的加工。它由条件类别、条件组合、操作、操作执行四部分组成。
例某旅游预订票系统规定，在旅游旺季7、8、9、12月份，如果订票数超过100张，则优惠票价的20%；100张以下，优惠10%。在旅游淡季，1至6月份、10、11月份，若订票数超过50张，则优惠25%；50张以下优惠10%。判定表的一般形式如表2-1所示。
表2-1 旅游预订票系统判定表
(3) 用判定树描述小说明
判定树本质上与判定表没什么两样，只不过它是图形表示法，更为人们熟悉和易于理解，上面的预订票系统，用判定树表示见图2-15所示。
图2-15旅游预订票系统的判定树
基本加工(处理)可用语言、表格、图形等多种形式来描述，也可将它们组合起来使用。
2.4.2 数据字典的用途
数据字典是分析阶段的工具，它有助于分析员和用户之间的交流与通信，它可以消除许多可能的误解与不一致性，是开发数据库系统的第一步。一般来说，中小规模的数据处理系统建立一个人工的数据字典就够了，对于大规模的数据处理系统，则应建立一个自动的数据字典。无论哪一种数据字典都应由专人管理，目的是保持其字典内容的一致与完整性，通常数据字典有如下五种用途。
1.按要求列表，从数据字典中检索出所需要的信息，具有列全表、摘要列表、专项列表三种。
2.修改和补充数据流图。数据流图初步画好后，相应的数据字典也随着建立起来。随着分析、设计的深入，修改和优化是再所难免的。对任何数据单项或数据结构，可通过数据字典找出使用该内容的项目，进行必要的修改，一般不会出现遗漏。
3.可以由描述内容检索名称。若只知道一个数据单项的内容，而不知道它的名称，可通过内容检索知其名。
4.保证一致性和完整性。根据数据字典，可以查出没有指明来源或去处的数据流，可以查出没有指明数据存储的数据单项和没有指明所属数据流的数据单项，可以指明没有被加工( 处理)引用的数据单项，可以指明被加工(处理)引用而在输入数据流或输出数据流中未曾出现的数据单项等。
5.数据定义可以直接使用在编程上。用户可以使用数据字典中的数据定义，对程序里的有关记录进行描述，帮助程序员进行程序设计。
2.4.3 数据字典的实现方法
数据字典的实现方法有三种，全人工过程、全自动化过程和混合过程。
1.全人工过程
(1) 为每个要定义的名字准备一张卡片；
(2) 在卡片上注明其类型，即数据流、文件、数据单项、基本加工(处理)四种类型之一；
(3) 写名子的定义；
(4) 写该名子的其他特性或限制；
(5) 将所有卡片按一定方式排序，如英文字母顺序或汉字笔画多少等。
2.全自动化过程
此类字典一般容量较大，有专门的计算机程序来管理，该管理程序本身应具有如下功能：
(1) 规定字典的条目格式，条目指数据流、文件、数据单项等；
(2) 接受按规定格式的字典条目的输入；
(3) 具有查错措施，如报告非法输入、语法和重复定义错误等；
(4) 具有编辑功能，对字典的条目能进行插、删、改等；
(5) 能输出按次序的字典条目清单；
(6) 能产生各类查阅报告。
3.混合过程
是将上述两种技术有机地结合在一起，形成数据字典的过程。其中字典的共性部分用全自动化过程完成，字典的某些个性部分用全人工过程来完成。具体实现不详述。但全人工过程一般适合于小系统，全自动化过程一般适合于大系统，混合过程一般适合于中等大小的系统或某些专门用途的系统。
2.5 成本/效益分析
开发一个系统实质上是一种投资，而投资的目的是为了在将来获得更大的经济效益。成本/效益分析从经济角度揭示了开发一个新系统是否划算，也为使用部门的负责人决策是否投资于某项开发工程提供了依据。
2.5.1 成本估计
成本估计是一种不精确的方法，使用时应该用几种不同的估计技术相互校验。下面介绍三类成本估算技术。
1.代码行技术
是一种比较简单定量的估算方法，把开发每个软件功能的成本和实现这个功能需要用的源程序代码行数联系起来，若有历史数据作参考的话，这种方法还是有效的。
设 T——软件成本；
N——软件源代码行数；
A——每行源代码的平均成本。
则有：
T=A·N
其中A取决于软件的复杂程度和工资水平。
2.任务分解技术
把软件系统分解为若干个独立的任务，然后再分别估计每个单独开发任务的成本，最后累加起来得到软件系统的总成本。
设 T——软件总成本；
B——每个单独开发任务的成本；
α——系数。
则有：
T=∑αB (1) 又 C——完成每个单独任务所需的人力(月)；
D——每人每月的平均工资。
则有
B=C·D (2) 由(1)和(2)得
T=∑α·C·D
在典型环境下，各个阶段要使用的人力如表2-2所示。
3.估算模型
采用经验公式来计算软件的成本已有许多种方法，但到目前为止还没有任何一种估算模型能适用于所有各种软件和各种开发环境，而且大多数模型的一些经验数据都是从有限的项目样本中得出的，因此估算模型必须审慎地使用。
(1) 参数方程
大多数资源模型是根据过去的经验，并通过大量的统计和分析推导出来的。它们揭示了在一定条件下资源花费和软件规模的内在关系。
1) 静态单变量
静态单变量模型的一般形式如下：
资源=C1·(估计特点)·eC2
表2-2典型环境下各个开发阶段需要使用人力的百分比
任务人力%
可行性研究 5
需求分析 10
设计 25
编码和单元测试 20
综合测试及维护 40
总计 100
其中资源——通常指人力、开发工作所需的工作量，以人/月或人/日、人/年为单位计算。也可以是工程期限，需要的人数或文档数量等；
C1、C——经验数据；
估计特点——源代码行数。
例 Doty在1977年发表的估算开发工作量的算法列在表2-3中。
表2-3估算开发工作量的算法
应用范围目标码源代码
全部 MM=4.790I0.991 MM=5.258I1.057
命令和控制 MM=4.573I1.228 MM=4.089I1.263
科学计算 MM=4.495I1.068 MM=7.054I1.019
商业 MM=2.895I0.784 MM=4.495I0.781
实用程序 MM=12.039I0.719 MM=10.078I0.811 表中MM——是开发所需要用的人力，包括分析、设计、编码、测试、调试等工作，以月
为单位计算；
I——是估计的程序长度，单位以千条(或千行)计算。
2) 静态多变量
静态多变量模型是根据历史数据导出的经验公式，公式的典型形式为：
资源=c11·e1·e c12+c21·e2·e c22+……
其中 ei——软件的第i个特点；
ci1,ci2——与第i个特点有关的经验常数。
3) 动态多变量
是1979年putnam在软件开发生存期雷利(Rayleigh)曲线模型的基础上提出的SLIM商业化成本估算模型。这类模型把资源需求看作是开发时间的函数，则有：
L=Ck·K1/3·td4/3 (9-1) 其中 L——源代码行数；
K——开发所需用的人力，以人年为单位；
td——开发所需用的时间，以年为单位；
Ck——技术水平常数，它的典型值为：
对于差的开发环境C k=2500
对于好的开发环境C k=10000
对于优越的开发环境C k=12500
从方程(9-1)可以解出开发所需要的工作量
〗K=L3·Ck-3·td-4
4) IBM模型
是由IBM公司的Waston和Felix在1977年总结了IBM联合系统中60个项目的数据而得出来的估算公式：
E=5.2·L0.91
D=4.1·L0.36 =2.47·E0.85
S=0.54·E0.6
DOC=49·L1.01
其中 E——工作量，单位为人/月；
D——项目持续时间，单位为月；
DOC——估算的源代码行数。
从而有生产率
L=∑[DD(;)29[]i=1[DD]] W jX i
其中 Xi——取值为-1，0，+1，取决于第i个因素对项目的影响情况；
Wj——加权值，具体的计算为：
Wj=0.5log10(PCi)
其中 PCi——生产率比值，与第i个项目成本因素有关系。
(2) 标准值法
本方法主要使用开发各类程序的标准生产率，估计开发工程的总工作量。标准生产率根据以往的开发经验导出。主要从使用的程序设计语言，处理方式(批处理，实时处理)，程序难易程度，技术人员水平和开发范围几个方面来划分程序开发类型。
使用标准值法估算开发工作量，首先需要确定程序的开发类型，并估计程序的规模。为了使程序规模的估计值更接近实际值，可请若干名有经验的软件工程师分别作出估计。每个人都应该估计程序的最小规模(a)，最大规模(b)和最可能的规模(m)，分别求出这三种规模的平均值a-，b-和m-之后，再用下式计算程序规模的估计值
L=a-+4m-+b-]/6
然后使用开发该类程序的标准生产率和适当的修正系数估算开发工作量
工作量=修正系数×(程序长度/标准生产率)
其中标准生产率的单位通常是每人日可开发的程序长度(源程序行数或目标指令条数)，修正系数反映其他因素对开发工作量的影响，当考虑从需求分析直到测试的开发过程时，它的算法是：
修正系数=1+0.1n
其中n是符合下列条款的数目：
1) 目标系统情况
·修改文档不完备的程序
·需求中有不明确的或尚未决定的内容
·系统规模较大
·工作带有试探性质(需多次试探)
·系统接口不明确或接口复杂
·联机实时系统(测试困难)
·数据库需要复杂的安全措施
2) 项目管理和人员组成情况
·中途改变项目管理人
·项目组不协调(人事关系不好)
·新手或初级人员比例较高
·需要培训程序员
·项目管理人没有数据处理经验
·项目管理人没有应用领域经验
·系统分析员没有应用领域经验
·系统设计员没有应用领域经验
·程序员没有应用领域经验
3) 用户情况
·用户对计算机数据处理知之甚少
·系统需要在不同场合使用
·系统需满足使用部门的标准或手续
·使用部门提供的测试数据没经过验证
·使用部门不同意开发计划
·开发过程中用户需求发生了变化
·使用部门负责人变动
4) 开发环境情况
·现有的操作系统功能不足
·将来预定使用的计算机尚未测试
·工作场所分散
·主存和辅存受限制
·计算机使用时间不能充分保障
·计算机机房管理不善
·工作中途中断
(3) COCOMO模型
此模型是最精确的成本估计方法之一，是由Boehm于1981年出版的《软件工程经济学》
一书中提出的，命名为构造性成本模型(Constructive Cost Model)。在这种模型中，软件开发工作量表示成据估计应该开发的代码行数的非线性函数：
MM=C 1·KLOC a·∏[DD(;)15[]i=1[DD]]f i〖JY〗(9 2) 其中 MM——开发工作量，以人月为单位；
C 1——模型系数；
KLOC——估计代码行数，以千行为单位；
a——模型指数；
f i——成本因素，i=1到15。
每个成本因素都根据它的重要程度和影响大小赋予一定数值，一般把成本因素划分成生产因素、计算机因素、人员因素和项目因素等。下面简单介绍主要的成本因素。
1) 生产因素
①要求的软件可靠性(RELY)
这个因素反映了为保证软件可靠性应作出的努力的大小。例如，软件复审的次数和正式程度；正式应用质量保证和配置管理过程的程度；运行期间软件失效的影响。
②数据库规模(DATA)
应该开发或集成到目标系统中的数据库的规模和复杂程度。应该考虑数据库设计、信息元素的数目、访问方法和查询技术等等。
③软件产品复杂程度(CPLX)
所开发的软件的逻辑和结构等方面的复杂程度。
2) 计算机因素
①执行时间的约束(TIME)
指软件需求中对程序执行时间限制的程度。一般说来，在实时应用和某些交互式系统中会遇到时间约束问题。
②存储约束(STOR)
对存放程序和数据时可以使用的存储容量的限制。
③环境变更率(VIRT)
软件外部环境(例如，计算机硬件、操作系统、数据库管理系统)在软件开发期间变动的频率和范围。
④计算机换向时间(TURN)
指程序设计环境的响应时间。
3) 人员因素
①系统分析员的能力(ACAP)
分析员从事分析工作的经验和专门知识的多少。
②应用经验(AEXP)
开发人员对他们面临的应用领域所具有的经验的多少。
③程序员的能力(PCAP)
程序员在程序设计方面具有的经验和专门知识的多少。
④环境知识(VEXP)
开发人员对所用的软件开发环境的经验和专门知识的多少。
⑤语言知识(LEXP)
开发人员对这个工程项目选定的程序设计语言的经验和专门知识的多少。
4) 项目因素
①程序设计实践(MODP)
在开发期间使用现代程序设计技术(自顶向下程序设计方法论，自顶向下测试技术，结构
化编码方法，面向对象方法学等等)的程度。
②软件工具(TOOL)
软件工程每个步骤可以使用的软件工具的多少。
③进度约束(SCED)
对工程进度限制的程度，它影响应用软件工程技术的程度。
5) 其他因素
①语言
经验表明，汇编语言或机器语言每条指令的成本，大约是高级程序设计语言每个源语句成本的两倍。
②实时应用
实时软件每条指令的成本大约是一般程序每条指令成本的5倍。
③软件类型
操作系统每条指令的成本大约是应用程序或实用程序的2.5倍。
④经验
开发不熟悉的程序比开发熟悉的程序大约需要多付出50～100%的劳动。
⑤文档数量
经验表明，文档的成本大约占软件开发总成本的10%。
⑥用户需求和开发环境的稳定程度
这些是决定软件成本的重要因素，但是目前只能主观地估计它们的影响。
⑦管理
这是非常重要的因素，但是目前也只能主观地估计它的影响。
COCOMO模型是层次型模型，按详细程度分成三级。最上层是对各种规模软件的宏观估计模型；最下层是微观模型，它具有任务分解结构和一系列阶段敏感因子。下面简单介绍中层COCOMO模型。
软件开发项目可以分成组织式、半独立式和嵌入式三种模式。对组织式软件的要求通常不苛刻，开发人员经验丰富，而且对软件的使用环境很熟悉(通常是为自己所在的组织开发软件)，程序规模一般不大(小于5万行代码)。例如，简单的商业数据处理系统即属于组织式。嵌入式软件需要在很强的约束条件下运行，通常和某些硬设备紧密结合在一起(例如，空中交通管理软件)，对这类软件系统的要求通常十分苛刻。对半独立式软件的要求通常介于上述两类软件之间，但是这类软件的规模一般都比较大(可达30万行代码)。上述三种开发模式的正常工作量方程列在表2-4中。
所谓正常开发工作量也就是所有影响成本的因素都取正常值，即在9-2式中
f i=1(i=1,2, (15)
如果某些因素不能取正常值，则需要把这些因素的实际值(称为工作量系数)乘以正常开发工作量，才能得出对系统实际开发工作量的正确估计。表2 5中列出了影响软件开发成本的工作量系数。
表2-4正常开发工作量方程
开发模式正常开发工作量
组织式 MM=3.2(KLOC) 1.05
半独立式 MM=3.0(KLOC) 1.12
嵌入式 MM=2.8(KLOC) 1.20
利用表2-5中给出的工作量系数，不仅可以估计软件开发的实际成本，还可以分析比较不同开发条件的成本和效益，从而能够制定出正确的开发方针。
表2-5影响软件开发成本的工作量系数
成本因素级别
甚低低正常高甚高特高
RELY 0.75 0.88 1.00 1.15 1.40
DATA 0.94 1.00 1.08 1.16
CPLX 0.70 0.85 1.00 1.15 1.30 1.65
TIME 1.00 1.11 1.30 1.66
STOR 1.00 1.06 1.21 1.56
VIRT 0.87 1.00 1.15 1.30
TURN 0.87 1.00 1.07 1.15
ACAP 1.46 1.19 1.00 0.86 0.71
AEXP 1.29 1.13 1.00 0.91 0.82
PCAP 1.42 1.17 1.00 0.86 0.70
VEXP 1.21 1.10 1.00 0.90
LEXP 1.14 1.07 1.00 0.95
MODP 1.24 1.10 1.00 0.91 0.82
TOOL 1.24 1.10 1.00 0.91 0.83
SCED 1.23 1.08 1.00 1.04 1.10
2.5.2 效益分析
我们通过一个具体的例子来说明效益分析中包含的四个重要概念，即货币的时间价值、投资回收期、纯收入、投资回收率。为了保险起见，我们以后均假定软件的生存周期为5年。
例一个应用软件系统的开发成本需5000元，系统投入运行后每年可节约2500元，当年利率为12%时，计算该软件系统的投资回收期，纯收入和投资回收率。
1．货币的时间价值。对于任何一个软件开发系统而言，投资是现在进行的，效益是将来获得的，不能简单地比较成本和效益，应该考虑货币的时间价值。
设 i——年利率；
P——现在存入的钱；
n——年。
则n年后可以获得的钱数为
F=P(1+i)n
这就是P元钱在n年后的价值。反之n年后能收入F元钱，那么这些钱的现在价值为P=F/(1+i)n 依据此方法计算本题，结果见表2-6所示。
表2-6将来的收入折合成现在值
年将来值 (1+i)n现在值累计的现在值
1 2500 1.1
2 2232.14 2232.14
2 2500 1.25 1992.98 4225.12
3 2500 1.40 1779.45 6004.57
4 2500 1.57 1588.80 7593.37
5 2500 1.7
6 1418.5
7 9011.94
2．纯收入。是指在整个生存周期之内系统的累计经济效益(折合成现在值)与投资之差。
本题的纯收入为
9011.94-5000=4011.94(元)
显然，如果纯收入为零，则这顶工程单从经济观点来看是不值得投资的。如果纯收入小于零，这项工作是不值得投资的。
3．投资回收期。是工程累计的经济效益等于最初投资所需要的时间。显然投资回收期越短，就能越快地获得利润，因此这项工程也就越值得投资。
本题的投资回收期为
2+(5000-4225.12)/1779.45=2+0.44=2.44(年)
4．投资回收率。类似于把资金存入银行或贷给其他企业能够获得利息，通常用年利率衡量利息多少，这就叫投资回收率。如果投资回收率等于银行的年利率，则此系统没有必要开发，因为它不能增加收入。所以只有投资回收率大于年利率时，才考虑开发问题。投资回收率的计算方程为
P=F 1/(1+j)+F 2/(1+j) 2+…+F n/(1+j) n
其中 P——现在投资额
Fi——第i年年底的效益(i=1,2,…,n)
n——系统使用寿命(设为5年)
j——投资回收率
本题的投资回收率为41～42%。
以上四个方面在讨论成本与效益的关系方面致关重要，它是供使用部门的负责人来决策是否开发一项工程的经济衡量标准。
软件可行性研究报告
软件可行性研究报告软件可行性分析报告 文档名称：家庭理财系统可行性分析报告 项目名称：家庭理财系统 软件标识: 项目负责人： 编写人： 校对： 审核： 批准： 开发单位：BL开发小组 目录
一、概 述 ........................................................ ........................................................... (1) 1.1项目名 称 ........................................................ ........................................................... .. (1) 1.2项目背 景 ........................................................ ........................................................... .. (1) 1.3项目产品的主要用途与性 能 ........................................................ .. (1)
1.4投资必要性和预期效 益 ........................................................ . (2) 二、可行性研究的前提......................................................... .. (2) 2.1 要 求 ........................................................ ........................................................... (2) 2.2 家庭理财系统的主要功 能 ........................................................ .. (3) 2.3 系统运行的软硬件环 境 ........................................................ (6)
信息系统项目可行性研究报告(范本)
1、 项目提出的背景和依据 信息系统项目可行性研究报告（建议书） 编制要求 （带*号的内容建议书不作要求） 第一章 项目概述 1 、 项目名称 2 、 项目建设单位及负责人、项目负责人 3 、 编制单位 4 、 编制依据 5 、 项目建设目标、规模、内容、建设期 6 、 项目总投资及资金来源 7 、 经济与社会效益* 8 、 相对项目建议书批复的调整情况* 9 、 主要结论与建议 第二章 项目建设单位概况 1、项目建设单位与职能 业务功能、业务流程、业务量、信息量等分析与预测 * 2、 项目实施机构与职责 第三章 项目建设的必要性 2、
3、信息系统装备和应用现状及存在主要问题和差距 4、项目建设的意义和必要性第四章总体建设方案 1、建设原则和策略 2、总体目标与分期目标 3、总体建设任务与分期建设内容 4、总体设计方案第五章本期项目建设方案 1、本期项目建设目标、规模与内容 2、标准规范建设内容 3、信息资源规划和数据库建设方案 4、应用支撑平台和应用系统建设方案 5、数据处理和存储系统建设方案 6、终端系统建设方案 7、网络系统建设方案 &安全系统建设方案 9、备份系统建设方案 10、运行维护系统建设方案 11、其它系统建设方案
12、主要软硬件选型原则和详细软硬件配置清单 13、机房及配套工程建设方案 14、建设方案相对项目建议书批复变更调整情况的说明*第六章项目招标方案* 1 招标范围* 、 2 招标方式* 、 3 招标组织形式* 、 第七章环保、消防、职业安全和卫生 1 环境影响分析* 、 2 环保措施及方案* 、 3 消防措施* 、 4 职业安全和卫生措施* 、 第八章节能分析* 1 用能标准及节能设计规范* 、 2 项目能源消耗种类和数量分析 、 3 项目所在地能源供应状况分析 、 4 能耗指标* 、 5 节能措施和节能效果分析等内容* 、 第九章项目组织机构和人员培训
某软件项目可行性研究方案报告
一. 软件项目可行性研究报告 1．引言 1.1编写目的 该软件项目可行性研究报告是对项目课题的全面通盘考虑,是项目分析员进行进一步工作的前提,是软件开发人员正确成功的开发项目的前提与基础.写软件项目可行性研究报告可以使软件开发团体尽可能早的估计研制课题的可行性,可以在定义阶段较早的认识到系统方案的缺陷,就可以少花费几个月甚至几年的时间和精力,也可以节省成千上万元的资金,并且避免了许多专业方面的困难.所以该软件项目可行性研究报告在整个开发过程中是非常重要的. 1.2项目背景 该项目开发的软件为学生信息管理系统软件,是鉴于目前学校学生人数剧增,学生信息呈爆炸性增长的前提下,学校对学生信息管理的自动化与准确化的要求日益强烈的背景下构思出来的,该软件设计完成后可用于所有教育单位(包括学校,学院等等)的学生信息的管理。 通过一个简化的学生信息管理系统，使学生信息管理系统化、规范化，自动化，从而达到提高学生信息管理效率的目的。 1.3缩略词定义 经济可行性---估计开发费用以及最终从开发成功的系统所获得的收入或利益,衡量比较支出的费用和收到的利益. 技术可行性--分析功能,性能以及限制条件,能否是一个技术上可实现的系统.
法律可行性--明确系统开发可能导致的责任,有无违法问题. 不同的方案--对系统开发的各种方案进行评价. 1.4参考资料 <软件工程导论> 张海藩编著清华大学出版社出版
2．可行性研究的前提 2.1要求 a.开发该软件的基本要求与功能是实现学生信息数据包括与学生有关的数据的管理与操作处理. b.基于Microsoft SQL Server 2000数据库系统的数据管理使该软件有更优异的性能. c.软件的基本数据流动为用户数据的输入,学生信息,课程信息,班级信息的输入,以及有关用户提出的对学生信息等等的查询要求所产生的数据输出. d.数据的输入与输出处理流程都依靠数据库的支持. e.数据的安全基本保证SQL Server的安全性能比较令人满意,该软件设计中保持与其他一些数据库的基本兼容. f．与软件相关的其他系统：学生信息管理系统是学校信息管理系统的一个重要组成部分。他为其他系统（如学校图书管理系统、学校档案管理系统、教学管理系统、总务后勤管理系统等）提供学生的基本信息，同时它也需要如教学管理系统提供课程设置数据等。这些系统在具体应用中构成一个大系统，相互调用对方的数据。 2.2目标 该软件的设计目标必须尽量达到人力与设备费用的节省,并且使软件处理数据的速度提高,软件的整个设计过程必须通过生产能力的提高,人员工作效率的提高等等使软件开发成本最小化.实现保证软件质量的前提下的资金投入最小化. 2.3条件、假定和限制 开发该系统的主要资金来源为用户提供的开发资金投入,故在设计开发中最大不能超过该限度,且软件完成交付用户使用后,应保证软件的运行寿命至少达到用户的要求范围.且软件开发时间应基本控制在用户提出的要求范围内. a.. 建议开发软件运行的最短寿命：4年 b. 进行系统方案选择比较的期限：一星期 c.硬件、软件、运行环境和开发环境的条件和限制： 开发工具：C++BuilderX、SQL Server 2000。 开发环境：Windows 2000操作系统 运行环境：Windows 9x 、 Windows NT或Windows 2000操作系统 2.4可行性研究方法 实行软件的可行性研究方法主要有:成本效益分析,对估算问题的看法，软件的作用范围，软件的成本估算，速度安排等。具体将在下面叙述。
文档管理系统可行性研究
文档管理系统 可行性研究报告 The Report of Feasibility Studies 专业：计算机科学与技术 班级： 姓名： 报告日期：
文档管理系统——可行性研究报告 1.引言 1.1 编写目的 随着计算机的普及、网络越来越便捷，现在无论公司、学校还是政府机构都将他们的各种文档资料保存在计算机上。如果不好好管理这些文档资料，时间长了，各种各样的资料越来越多，将造成保存困难，查找、使用不方便。本课程设计主要是为实现文档管理，主要包括文件的制作、修改、传递、签定、保存、销毁、存档等功能的程序设计。通过本系统能够实现文档管理自动化管理的目标，为企业提供了安全、可靠、开放、高效的文档管理功能，不仅方便了文档管理的日常操作，而且必免了手工管理中的一系列错误的发生，提高了企业的办公效率和企业文件管理的综合水平。 1.2 背景 1. 软件系统的名称：文件管理系统 2. 任务提出者：文档管理系统开发小组 3. 开发者：文档管理系统开发小组 4. 实现完成的系统实施地点：小组成员个人机、学校机房和客户方计算机 1.3 定义 管理系统：是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据、业务、管理和决策等问题，并为组织目标服务的综合系统。 1.4 参考资料 [1]张海藩.软件工程导论（第四版）[M].北京：清华大学出版社，2003 [2]W atts S.Humphrey《软件工程规范》第1版.清华大学出版社.2004年 2.可行性研究的前提 2.1 要求 它将满足用户对资源的管理：增加，删除，修改，搜索及查看资源。具体说来，该系统将具备下面的功能： （1）增加资源——用户能够添加一个资源，该资源可以是电子资源（比如PC上某个目录下的一张图片）或者是非电子资源（例如书桌上的本书）。添加该资源后，用户将可以通过该系统直接管理和使用该资源。
软件开发可行性分析报告
可行性分析报告 版本号 1.0 修订历史 版本发布日 期 生效日期修订说明作者审核人批准人当前 状态 1.0 2012-05-052012-05-06 新建** ** ** 试用发布
*********************** 有限公司 第2页共8页
*********************** 有限公司 目录 1 .引言........................................................................... .. (4) 1.1 项目背景......................................................................... (4) 1.2 术语定义......................................................................... (4) 1.3 参考资料......................................................................... (4) 2 . 市场可行性........................................................................... (4) 2.1 市场前景......................................................................... (4) 2.2 产品定位......................................................................... (4) 3 . 技术可行性........................................................................... (5) 3.1 功能说明......................................................................... (5) 3.2 技术分析......................................................................... (5) 4 . 资源可行性........................................................................... (5) 4.1 人力资源......................................................................... (5) 4.2 软件资源......................................................................... (5) 4.3 设备资源......................................................................... (5) 4.4 时间资源......................................................................... (6) 5 . 经济可行性........................................................................... (6) 5.1 投资规划......................................................................... (6) 5.1.1 基础投资.................................................................... (6) 5.1.2 直接投资.................................................................... (6) 5.2 收益分析......................................................................... (6) 5.2.1 定量收6
系统项目可行性分析报告
系统项目可行性分析报告
专 组号：小组成员： 完成时间：
目录 1.引言 (2) 1.1 系统参考文献 (2) 1.2 背景 (2) 1.3干系人列表 (2) 2.客户访谈原始记录表 (3) 2.1项目目的 (3) 2.3技术方式 (3) 2.4项目时间 (3) 2.5项目资源 (3) 2.6项目依赖 (3) 3.学生管理系统可行性分析报告 (3) 3.1系统必要性分析 (3) 3.2 系统设计总原则 (4) 3.3 SWOT分析 (4) 3.4技术可行性 (5) 3.5 经济可行性 (5) 3.6运行可行性 (5) 3.7时间进度分析 (6) 3.8资源分析 (6) 3.9法律道德分析 (7) 3.10 结论 (7) 4.项目计划团队分工表 (7) 5.项目具体时间进度表 (7)
1.引言 1.1 系统参考文献 实验任务书 1.2 背景 在计算机日益普及的今天，使用计算机管理各种资源无疑给人们提供了很大的方便，对于学校或老师而言，若采用一套行之有效的学生信管理系统来管理学生信息，不仅提高查询速度，并且减少了不必要的错误的发生。我们即将开发的学生信息管理系统是一功能比较完善的数据管理软件，能方便快捷的进行：“查询”，“增加”，“更新”，“删除”等工作，并且具有很好的可移植性，可在应用范围较广的WINDOWS系列操作系统上使用。同时，该系统也有很强的安全性。 1.3干系人列表
2.客户访谈原始记录表 -------------浙江师范大学教务处的访谈记录 2.1项目目的 问：开发这套系统希望解决教务处管理学生信息的那些问题。 答：开发这套系统是能够将浙师大全体学生的信息方便的进行修改，师大的学生人数每年都在变化，面对这3万左右的学生，管理他们的信息也是一个很重要的事情。本软件就是对于师大这样庞大的学生体系，做出了方便管理的解决方案。对学生在学校的信息进行安全可靠地管理，同时教务处可以花很少的时间对学生的信息进行修改，添加，删除等等。 2.2业务领域 问：这个软件主要用在哪个部门？也就是说这个软件能够用哪些场合？ 答：因为是学生的信息管理，所以有一定的保密性，所以这个软件主要用在档案室，还还有就是在学校的教务处和学生信息管理中心，如果有可能的话可以加载我们学校的学生的所在高中的信息 2.3技术方式 问：系统在开发技术上有没有特别的技术要求。 答：开发人员要对软件的开发比较的熟练，页面链接要流畅，学生信息的增、删、查、改要完整。还有学生的专业、班级，每个班级的学生名册可以显示。还有就是学生的成绩的信息都可以看到，对于学校高中的信息只显示一部分就可以了。 2.4项目时间 问：请问你希望我们花多久时间来完成这个系统？ 答：由于你们还在上课，所以你们可以利用课余时间来完成这个项目，大体时间是一学期，具体的完成进度你们自己决定，但是不能太长时间。 2.5项目资源 问：你们准备要给我们提供什么资源来完成这套系统呢？ 答：学校的图书馆，你们所在学院的机房，这些资源你们都可以利用。 2.6项目依赖 问：学校的有相应的服务器和域名吧？ 答：服务器、域名我们都会做好的，你们的任务就是做出这个系统或者网站。满足我们的需求就可以。 3.学生管理系统可行性分析报告 3.1系统必要性分析 随着学校规模的不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增加。面对庞大的信息量，就需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速的查询，从
软件可行性研究报告
软件可行性研究报告 写作提纲 ●一、概述 简述项目提出的背景、技术开发状况、现有产业规模;项目产品的主要用途、性能;投资必要性和预期经济效益;本企业实施该项目的优势。 ●二、技术可行性分析 1、项目的技术路线、工艺的合理性和成熟性，关键技术的先进性和效果论述。 2、产品技术性能水平与国内外同类产品的比较。 3、项目承担单位在实施本项目中的优势。 ●三、项目成熟程度 1、成果的技术鉴定文件或产品性能检测报告、产品鉴定证书。 2、产品质量的稳定性，以及在价格、性能等方面被用户认可的情况等。 3、核心技术的知识产权情况。对引进技术的消化、吸收、创新和后续开发能力。 ●四、市场需求情况和风险分析 1、国内市场需求规模和产品的发展前景、在国内市场的竞争优势和市场占有率。 2、国际市场状况及该产品未来增长趋势、在国际市场的竞争能力、产品替代进口或出口的可能性。
3、风险因素分析及对策。 ●五、投资估算及资金筹措 1、项目投资估算 2、资金筹措方案 3、投资使用计划 ●六、经济和社会效益分析 1、未来五年生产成本、销售收入估算。 2、财务分析：以动态分析为主，提供财务内部收益率、贷款偿还期、投资回收期、投资利润率和利税率、财务净现值等指标。 3、不确定性分析：主要进行盈亏平衡分析和敏感性分析，对项目的抗风险能力作出判断。 4、财务分析结论 5、社会效益分析 ●七、综合实力和产业基础 1、企业员工构成(包括分工构成和学历构成) 2、企业高层管理人员或项目负责人的教育背景、科技意识、市场开拓能力和经营管理水平。 3、企业从事研究开发的人员力量、资金投入，以及企业内部管理体系等情况。 7.4.2数据流程和处理流程
(完整版)成绩管理系统可行性研究报告
2015-2016第二学期《软件工程》课程设计文档 题目成绩管理系统 组长3141101***，*** 组员3141101***，*** 3141101***，*** 完成日期2016-5-12
成绩管理系统 可行性研究报告 目录 1.引言............................................................................. 错误!未定义书签。 1．1编写目的 ........................................................................................................................ - 3 - 1.2项目背景 ........................................................................................................................... - 3 - 1.3参考资料 ........................................................................................................................... - 3 - 2.可行性研究的前提............................................................................... - 3 - 2 .1要求 .................................................................................................................................. - 3 - 2.2目标 ................................................................................................................................... - 3 - 2.3条件，假定和限定 ........................................................................................................... - 4 - 2.4进行可行性研究的方法 ................................................................................................... - 4 - 2.5 决定可行性的主要因素 .................................................................................................. - 4 - 3.对现有系统的分析............................................................................... - 4 - 3.1顶层数据流图 ................................................................................................................... - 4 - 3.2处理流程和数据控制 ....................................................................................................... - 4 - 3.3工作负荷 ........................................................................................................................... - 5 - 3.4费用开支 ........................................................................................................................... - 5 - 3.5局限性 ............................................................................................................................... - 5 - 4.建议的系统........................................................................................... - 5 - 4.1 影响 .................................................................................................................................. - 5 - 4.2技术条件方面的可行性 ................................................................................................... - 5 - 5.经济可行性分析................................................................................... - 6 - 5.1投资成本 ........................................................................................................................... - 6 - 5.2收益 ................................................................................................................................... - 6 - 5.3收益／投资比 ................................................................................................................... - 7 - 5.4投资回收周期 ................................................................................................................... - 7 - 6.社会因素可行性分析........................................................................... - 7 - 6.1法律方面的可行性 ........................................................................................................... - 7 - 6.2用户使用可行性 ............................................................................................................... - 7 - 7.结论....................................................................................................... - 7 -
系统可行性研究报告
WORD格式 XXXX信息系统 可行性研究报告 XXXXX公司 2010年9月
目录 1.编写依据和原则......................................................................................1... 1.1编写依 据.............................................................................................. (1) 1.2项目意 义.............................................................................................. (1) 2.国内外现状及发展趋势.............................................................................1.. 3.需求分析...............................................................................................2.... 3.1应用需 求.............................................................................................. (3) 3.2功能需 求.............................................................................................. (4) 4.建设目标和内容...................................................................................... 5... 4.1实施范 围.............................................................................................. (5) 4.2总体目标和建设内 容.............................................................................................. ..6 4.3阶段目标和建设内 容.............................................................................................. ...7 4.4主要创新 点.............................................................................................. (7) 4.5与其他系统的关 联.............................................................................................. (8) 5.技术方案和技术路线...............................................................................8... 5.1总体结构及主要功 能.............................................................................................. ..8 5.1.1产量分析子系统 (8) 5.1.2开发形势分析子系统 (9) 5.1.3作业管理子系统 (10) 5.1.4指标分析 (10)
信息系统项目可行性研究报告
竭诚为您提供优质文档/双击可除信息系统项目可行性研究报告 篇一：信息系统集成项目可行性研究报告 信息系统集成项目可行性研究报告20XX年 前言 可行性研究报告是从事一种经济活动（投资）之前，双方要从经济、技术、生产、供销直到社会各种环境、法律等各种因素进行具体调查、研究、分析，确定有利和不利的因素、项目是否可行，估计成功率大小、经济效益和社会效果程度，为决策者和主管机关审批的上报文件。 中商产业研究院每年完成项目数量达数百个，在养老产业、商业地产、产业地产、产业园区、互联网、电子商务、民营银行、民营医院、农业、养殖业、生态旅游、酒店、机械电子等行业积累了丰富的项目案例，可对同行业项目提供具有参考性、建设性意见，为客户设计该项目的建设方案，完成包括市场和销售、规模和产品、厂址及建设工程方案、原辅料供应、工艺技术、设备选择、人员组织、实施计划、投资与成本、效益及风险等的计算和评价；内容详实、严密
地论证项目的可行性和投资的必要性。我们策划编制的信息系统集成x项目可行性研究报告在发改委、投资商与金融机构的审慎下处于同行领先水平。 【出版日期】20XX年 【交付方式】email电子版/特快专递 【价格】订制 信息系统集成项目可行性研究报告 第一章项目总论 一、项目背景 二、项目简介 三、项目可行性与必要性分析 四、主要经济指标说明 五、可行性研究报告编制依据 第二章项目建设单位介绍 一、项目建设单位介绍 二、经营业绩 三、资质证书 第三章信息系统集成市场分析 一、信息系统集成行业发展现状 二、信息系统集成行业市场规模分析与预测 三、信息系统集成市场分析小结 第四章产品方案
软件开发可行性分析报告
可行性分析报告 版本号1.0 修订历史
目录 1. 引言 (4) 1.1项目背景 (4) 1.2术语定义 (4) 1.3参考资料 (4) 2. 市场可行性 (4) 2.1市场前景 (4) 2.2产品定位 (4) 3. 技术可行性 (5) 3.1功能说明 (5) 3.2技术分析 (5) 4. 资源可行性 (5) 4.1人力资源 (5) 4.2软件资源 (5) 4.3设备资源 (5) 4.4时间资源 (6) 5. 经济可行性 (6) 5.1投资规划 (6) 5.1.1 基础投资 (6) 5.1.2 直接投资 (6) 5.2收益分析 (6) 5.2.1 定量收益 (6) 5.2.2 非定量收益 (6) 5.3投资收益率 (6) 5.4投资回收期 (6) 6. 社会可行性 (7) 6.1法律可行性 (7) 6.2政策可行性 (7) 6.3使用可行性 (7) 7. 评价过程 (7) 7.1评价标准 (7) 7.2评价结果 (7) 8. 结论 (8)
1.引言 1.1项目背景 随着人民生活水平的提高，以及我国休假制度的完善，人们拥有了更长更多的假期，而假期外出旅游成为了越来越多的人们度过假期的第一选择。在这样的背景前提下，各大旅游景区更是成为了热门中的热门，这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵，从而影响到游客旅游体验的问题。不过从根本上来说，并不主要是因为游客数量的过大，往往是因为景区的服务不够全面细致，管理不够科学，效率不高所造成的，例如景区内部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另一方面来说，游客人数的急剧增长所带来的安全问题，如游客的人生安全，景区的设施安全等也日益明显突出起来，系统化、电子化、网络化、智能化的景区管理系统也成为了日益迫切的需求，本项目就是在这样的背景下提出的，旨在开发出一个能够方便游客、便于景区管理的景区导览系统。1.2术语定义 Java：Java是一种可以撰写跨平台应用软件的面向对象的程序设计语言。Java 技术具有卓越的通用性、高效性、平台移植性和安全性，广泛应用于个人PC、数据中心、游戏控制台、科学超级计算机、移动电话和互联网，同时拥有全球最大的开发者专业社群。在全球云计算和移动互联网的产业环境下，Java更具备了显著优势和广阔前景。 Android：Android是一种以Linux为基础的开放源代码操作系统，主要使用于便携设备。该平台由操作系统、中间件、用户界面和应用软件组成。 Wifi：Wi-Fi是一种可以将个人电脑、手持设备（如PDA、手机）等终端以无线方式互相连接的技术。 1.3参考资料 2.1市场前景 客户端的开发是基于谷歌android 操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的市场和发展潜力，有望在未来几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外， 编程语言选择Java，因此具有较好的可移植性。 2.2产品定位 该系统将要完成的是旅游景区的导览功能。这里提到的导览，是指景区向游客提供的一种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径
设备管理系统可行性分析报告
设备管理系统可行性分析报告
DONGFANG COLLEGE，FUJIAN AGRICULTURE AND FORESTRY UNIVERSITY 课程名 软件工程课程实习 称： 题目名 设备管理系统 称： 系 计算机科学系 别： 年级专 级计算机科学与技术 业： 学 号： 姓 沈鑫张涛 名： 任课教 陈维默 师：
年9 月26 日
目录 摘要 Abstract 引言 ..................................................................................... 错误!未定义书签。 1.设备管理系统概述 (5) 1.1系统概述 (5) 1.2选题背景 (5) 1.3系统设计的目标 (5) 1.4系统设计思想 (6) 2.可行性研究 (7) 2.1技术可行性 (7) 2.2经济可行性 (7) 2.3操作可行性 (8) 3.软、硬件配置及结构 (9) 3.1硬件配置 (9) 3.2 软件配置 (9) 4.设计方法 (9) 5.系统结构 (10) 5.1B/S模式简介 (10) 5.2B/S模式的优点 (10)
摘要 设备管理系统为企事业单位设备管理者提供方便可靠的设备管理，统计的工具。其强大的功能和充分的信息和快捷的查询手段，极大的用户的日常工作，让人们感受到烦杂的设备管理也能够变得这么简单轻松。本课题是研究并开发一款基于WEB的设备管理软件，充分利用网络化平台，基于B/S 模式，利用.Net框架及其提供的各种面向对象的开发工具，建立完整性强、安全性好的数据库，开发出功能完备，易使用的应用程序。其开发内容主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。经过调试、编译与实现，该程序界面友好、程序设计风格朴素，使用起来美观大方、方便易用。特别是系统的“记录管理”的功能极大的减轻工作人员的工作量，并以快速、准确等优点取代人工操作，提高了设备效率。
软件工程系统可行性分析和需求分析
个人承担任务 任务说明： 此次软件工程设计，我主要承担以下任务： 需求分析和可行性分析（根据设计题目进行问题定义，探讨可行性，再对系统进行需求分析等）。 任务内容： 1.可行性分析： ⑴问题定义 各高校传统的勤工助学岗位管理管理模式也越来越不能满足现代教育发展的需要。对于一个有着上百号勤工学生的学校来说，用手工管理这些学生信息还有岗位以及津贴，是一项非常繁琐的工作，而相应的岗位人员查询、津贴签领历史记录查询等，其工作量都让人望而生畏，而且还极易出错，同时也浪费纸。所以我们提出了开发高校勤工助学管理系统，将勤工学生基本信息管理、岗位人员管理、津贴统计等功能进行统一管理，为各高校实现勤工助学岗位信息化管理提供有效工具。 ⑵技术可行性 本系统采用B/S模式开发。B/S（Browser/Server，浏览器/服务器）模式又称B/S结构。B/S模式是指在TCP/IP的支持下，以HTTP为传输协议，客户端通过Browser访问Web服务器以及与之相连的后台数据库的技术及体系结构。它由浏览器、Web服务器、应用服务器和数据库服务器组成。客户端的浏览器通过URL 访问Web服务器，Web服务器请求数据库服务器，并将获得的结果以HTML形式返回客户端浏览器。它是随着Internet技术的兴起，对C/S模式应用的扩展。在这种结构下，用户工作界面是通过IE浏览器来实现的。相较于C/S模式的系统升级维护复杂来说，B/S模式最大的好处是运行维护比较简便，能实现不同的
人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据。另外，B/S还便于面向广大未知用户使用，因为只要电脑安装了IE，经过一定的设置，就都可以使用，如建立企业网站发布信息。 ⑶经济可行性 本系统开发成本低，对开发者设备要求不高，数据库采用免费开源的Oracle 数据库。由于是B/S模式，所以对用户软硬件要求要求也很低。 2.需求分析 ⑴系统运行环境硬件要求 硬件设备设计是根据信息系统的设计需求，确定信息系统物理设备方案，所设计的硬件设备方案在能够充分满足信息系统功能需求的前提下，还应满足系统的效率、可靠性、安全性和适应性等性能要求，并具有较高的性价比。根据前面的需求分析，我们得出本系统理想的环境当然是配置较高最好，实际操作中硬件平台如下： 硬件环境(访问者)：建议用户在允许的情况下采用较高配置硬件资源。 硬件环境(开发者)：Intel五代处理器，4G内存，80G磁盘空间。 ⑵系统运行环境软件要求 操作系统是计算机系统中最重要的系统软件，目前在微机上使用的桌面操作系统有Windows XP/7/8/10等，本系统在Windows 10操作系统下进行开发，可向下兼容以运行于前面所列举的各种操作系统，但建议使用Windows XP以上系统。 支撑软件是协助人们开发和维护软件的工具和环境软件，包括编辑程序，数据库系统，集成开发环境等，本系统的支撑软件如下： 1、数据库管理系统（DBMS）：为了对数据库实施集中管理，同时并发的处理多个客户机发来的数据处理要求，我们选用Oracle数据库管理系统。 2、动态网页技术：在这里我们使用JSP(Java Server Pages)来建立系统，编译软件使用myeclipse10。 ⑶系统功能需求 所有学生都可以登录系统申请对外开放的岗位，申请时需要填写相关信息。
软件系统项目可行性分析报告
软件系统项目可行性分 析报告 Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】
软件系统项目 可行性分析报告 ****年**月
目录
1.项目概述 1.1.项目背景 （一般从国家、省、市、地方顺序写政策背景，如果行业背景可以分项目写，如移动互联网用户数、微信用户数、电子商务用户数等） 1.2.项目范围 （一段总述后，分点概况项目建设的范围，如果有配置网络建设、设备采购也需要说明） 1.3.编制依据 （与项目相关的各级政府政策文件） 1.4.技术规范与标准 （与项目相关的行业技术标准） 2.项目目标与必要性 2.1.项目目的与意义 （响应*****，进一步推进****，重大现实意义***，打造*****需要 *****，全面实现*****） 2.2.项目必要性 （****客观需要、****现实要求、****重要举措、****重要抓手、****文件要求） 3.现状与项目需求 3.1.项目现状 （写清楚项目的建设基础、政策实施基础、网络基础、软件基础、用户使用基础等）
也可分析存在问题 3.2.需求分析 3.2.1.业务需求分析 （划业务流程图，并说明） 3.2.2.数据需求分析 （划数据流图，并说明） 3.2.3.功能需求分析 （罗列子系统、子平台、模块功能需求） 3.2. 4.性能需求分析 （罗列实用性、易用性、先进性、成熟性、可扩展性、经济性、可管理性等需求） 3.2.5.安全需求分析 （说明项目在安全方面的需求分析，包括存储、传输、身份认证、服务器等） 3.2.6.其它需求分析 （项目中如果涉及非功能性也非性能的需求，则写在这里，如派人驻点服务、数据扫描服务、数据录入服务等等） 4.项目总体设计 4.1.设计原则 （如实用性、可扩展性、安全性、先进性等） 4.2.总体框架 （技术、数据、功能、安全框架，画框架图并说明）