资料介绍：

系统分析

系统分析，我个人认为这里应该出来系统的灵魂性的文档。这样的文档应该说出以下内容（视项目而定）：
1、系统需求说明
   说明系统是一个什么样的系统，用市场上现有的系统来类比，用客户（或是我们自己） 需要一个什么样的系统进行说明，力求完整。并对系统的发展可扩充性进行描述（现在 没有哪个系统是一次OK的）。说明与现有的系统有什么相同什么不同，说明未来系统的 发展方面以及可移值性等能预见的事情。
2、系统资源说明
   对系统所需要的软件、硬件资源进行说明。描述系统所需要的所有的TCO成本。包括人 员、时间、设备、系统、一次性投入资金、持续性投入资金这样的所有资源。
3、系统可行性分析
   对系统的实施中的资源进行分析，说明投入的合理性和必然性，对其中的所有不可预见 性的投入进行合理的量化说明，来说明系统的实施的可行性。
   作为开发前期的工作，我觉得还应该包括：总体设计和详细设计。

总体设计

这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”
  首先，应该考虑几种可能的解决方案。例如，目标系统的一些主要功能是用计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑下述几类可能的方案：

低成本的解决方案

系统只能完成最必要的工作，不能多做一点额处的工作。

中等成本的解决方案

这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的能力在实践中将证明是很有价值的。

高成本的“十全十美”的系统

这样的系统具有用户可能希望有的所有功能和特点。
  系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上，推荐一个较好的系统（最佳方案），并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系统，则可以着手完成本阶段的另一项主要工作。
   上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软件的结构。 

软件大小:
41k

点击浏览（浏览前请阅读声明）：
点击查看-> 如何写系统分析书 doc格式

注意：
1、点击链接之后，将会出现一个下载页面链接或者直接下载，有本地资源下载，也有其它网站资源远程下载；
2、若您下载的rar压缩文件需要密码才能打开，则请输入：www.tomx.com#0909(红色部分)；

[推荐此页给朋友] [到会员俱乐部发表看法]