可行性分析报告模板.docx

资源描述

可行性分析报告模板.docx

《可行性分析报告模板.docx》由会员分享，可在线阅读，更多相关《可行性分析报告模板.docx（11页珍藏版）》请在冰豆网上搜索。

可行性分析报告模板.docx

可行性分析报告模板

一、系统可行性研究报告

完成人：

1．引言

1.1编写目的

说明可行性分析的必要性。

1.2背景

简述项目的来源、现状，研发组织，要求，目标等。

1.2术语定义

将该可行性分析中的术语、缩写词进行定义。

1.3相关文档

当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。

[1]……

[2]……

2现行系统调查

2.1组织机构与业务围

2.1.1组织概况

2.1.2各部门业务围及职能说明

2.2组织信息处理流程

现行信息处理办法与流程，可用业务流程图表示。

2.3现行系统存在问题

3新系统概述

3.1目标

3.2新系统功能围及划分说明

划分子系统，画出系统总体结构图。

4可行性综合评述

4.1经济可行性

对需要的资金与其他资源进行估计，并分析可能的效益

4.2技术可行性

分析现有技术能否解决系统问题

4.3管理可行性（略）

5．方案选择

5.1首选方案:

首先相关人员信息记录在相关人员管理系统中，。

相关人员进书信息统计在进书管理系统中。

而进书管理系统把进书数据传给统计管理系统统计分析。

普通顾客购书可以通过销售管理系统，而销售管理系统则把购书信息反应给库存管理系统，库存管理系统通过分析判断信息，发货给顾客，并把发货信息传给统计管理系统，统计管理系统则统计，记录信息。

最后相关人员通过查询统计系统则可以得到进书和销售信息。

如果是会员，则会进入会员管理系统，会员管理系统则会发送打折等相关信息给销售管理系统，便会执行相关的程序。

5.2可选方案：

其他与首选方案差不不多，只是每个管理系统需要相关人员的手动操作和配合.

5.3方案对比：

相对的来说，首选方案突出了自动化管理的特色，适合时代飞速发展的今天。

这样不但结束了很多繁杂的工作，带来了方便和利益。

而且还可以大大的减少员工的数量，减少开支，给公司带来了更多的效益。

6．项目进度计划

软件项目进度计划，是对项目的进度、人员工作分工以及资源需求所做的计划，此计划依据上述的估算和分析结果，进度计划采用甘特图表示（甘特图用PROJECT画），人员按功能结构分配。

二、需求规格说明书

1．概述

1.1项目的目的与目标

项目的目的是对开发本系统意图的总概括。

项目的目标是将目的细化后的具体描述。

项目目标应是明确的、可度量的、可以达到的,项目的围应能确保项目的目标可以达到。

对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。

1.2术语定义

将该用户需求报告中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。

1.3相关文档

说明用户需求报告的变更，以及可能受变更影响的其他相关文档，如：

项目开发计划和设计说明书。

2．问题初始分析（可略）

2.1场景描述

自然语言描述

2.2初始功能提取

自然语言描述

3．目标系统功能需求

3.1功能需求分析

对具体功能需求进行细化分析，并用VISIO图形工具进行描述。

采用结构化分析方法，要求画出业务流程图。

3.2功能需求点列表

在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。

功能需求点列表的格式，如表2-1所示。

表2-1功能需求点列表

编号

功能名称

使用人

功能描述

输入容

输出容

4．目标系统性能需求

4.1时间要求

如：

（1）响应时间，如查询的最长等待时间。

（2）更新处理时间，如记账的最长时间。

（3）数据的转换和传送时间，如远程数据传输的时间要求。

（4）解题时间。

4.2空间要求

如：

（1）支持的终端数。

（2）支持的并行操作的使用者数。

（3）处理的文件和记录数。

（4）处理任务的数量。

（5）对输入和输出数据的精度要求。

（6）对处理和传输过程中的精度要求。

4.3性能需求点列表

详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。

需求性能点列表的格式，如表2-2所示。

表2-2性能需求点列表

编号

性能名称

使用部门

使用岗位

性能描述

输入容

输出容

5．目标系统界面与接口需求

5.1界面需求

界面的原则要求，如方便、简洁、美观、一致等。

整个系统的界面风格定义，某些功能模块的特殊的界面要求。

（1）输入设备：

键盘、鼠标、条码扫描器、扫描仪等；

（2）输出设备：

显示器、打印机、光盘刻录机、磁带机、音箱等；

（3）显示风格：

图形界面、字符界面、IE界面等；

（4）显示方式：

1024*768、640*480等；

（5）输出格式：

显示布局、打印格式等。

5.2接口需求

与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。

（1）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。

（2）与中间件的接口，要列出接口规、入口参数、出口参数、传输频率等。

应在此列举出所有的外部接口名称、接口标准、规。

外部接口列表，如表2-3所示。

表2-3外部接口需求点列表

编号

接口名称

接口规

接口标准

入口参数

出口参数

传输频率

6．目标系统其他需求

6.1安全性

6.2可靠性

6.3灵活性

6.4特殊需求

如：

（1）进度需求：

系统的阶段进度要求。

（2）运行环境需求：

平台、体系结构、设备要求。

（3）培训需求：

用户对培训的需求，是否提供多媒体教学光盘。

（4）推广需求：

推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。

7．目标系统假设与约束条件

假设与约定条件是对预计的系统风险的描述,如：

（1）法律、法规和政策方面的限制。

（2）硬件、软件、运行环境和开发环境方面的条件和限制。

（3）可利用的信息和资源。

（4）系统投入使用的最晚日期。

三、总体设计规格说明书

1．引言

本章对该文档的目的、功能围、术语、相关文档、参考资料、版本更新进行说明。

1.1目的

1.2命名规则

变量对象命名规则：

申明全局变量、局部变量对象的命名规则。

数据库对象命名规则：

申明数据库表名、字段名、索引名、视图名等对象的命名规则。

1.3术语定义

术语定义或解释一般用表格形式给出，如表3-1所示。

表3-1术语定义或解释表

序号

术语名称

术语定义

总体结构

软件系统的总体逻辑结构。

按照不同的设计方法，有不同的总体逻辑结构。

若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。

若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图

外部接口

本软件系统与其他软件系统之间的接口，接口设施可以是中间件。

接口描述包括：

传输方式、带宽、数据结构、传输频率、传输量、传输协议

数据结构

数据结构包括：

数据库表的结构、其他数据结构等

概念数据模型CDM

关系数据库的逻辑设计模型，叫做概念数据模型。

主要容包括一逻辑E-R图及其相应的数据字典

物理数据模型PDM

关系数据库的物理设计模型，叫做物理数据模型。

主要容包括一物理表关系图及其相应的数据字典

视图

在基表或其他视图之上建立的一虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用

角色

数据库中享有某些特权操作的用户，叫做角色。

角色的权利通过授权来实现

子系统

具有相对独立功能的小系统叫做子系统。

一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成

模块

具有功能独立、能被调用的信息单元叫做模块。

模块是结构化设计中的概念

部接口

软件系统部各子系统之间、各部件之间、各模板之间的接口，叫做部接口。

接口描述包括：

调用方式、入口信息、出口信息等