📄 软件文档——如何写系统分析书.htm
字号:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- saved from url=(0049)http://resource.51cmm.com/SoftDocuments/No091.htm -->
<HTML><HEAD><TITLE>软件文档——如何写系统分析书</TITLE>
<META http-equiv=Content-Type content="text/html; charset=gb2312">
<SCRIPT language=javascript>
<!--
function switchSysBar(){
if (switchPoint.innerText==3){
switchPoint.innerText=4
document.all("mnuList").style.display="none"
top.content.cols="16,*"
}
else{
switchPoint.innerText=3
document.all("mnuList").style.display=""
top.content.cols="166,*"
}
}
function GetResult(KeyWords)
{
if(KeyWords=="")
{
alert("关键字不能为空!!!");
return false;
}
else
window.open("/Search/Search.Asp?Func=1&Keyword="+KeyWords,"51cmm");
}
//-->
</SCRIPT>
<META content="Microsoft FrontPage 4.0" name=GENERATOR><LINK
href="软件文档——如何写系统分析书.files/51cmm.css" type=text/css rel=stylesheet></HEAD>
<BODY bgColor=#ffffff leftMargin=0 topMargin=0 marginheight="0" marginwidth="0">
<SCRIPT language=JavaScript src="软件文档——如何写系统分析书.files/TitleJS.htm"></SCRIPT>
<SCRIPT language=JavaScript src=""></SCRIPT>
<SCRIPT language=JavaScript src=""></SCRIPT>
<TABLE cellSpacing=0 cellPadding=0 width=780 align=center border=0>
<TBODY>
<TR>
<TD vAlign=top>
<TABLE cellSpacing=0 cellPadding=0 width="95%" align=center border=0>
<TBODY>
<TR>
<TD vAlign=bottom height=41>
<DIV align=center><B>如何写系统分析书</B>
<HR width="80%" noShade SIZE=1>
</DIV></TD></TR>
<TR>
<TD class=hui vAlign=top height=19>
<DIV class=hui24 align=center>51CMM.COM采编 作者：David Yan
[2004/09/06]</DIV></TD></TR>
<TR>
<TD class=hui14 background=""> 想和大家一起来谈谈在软件工程中我们所做的第一步：系统分析。希望我们中国的
<BR>代码人能吸取更多更好的理论和实际的经验，有符合我们实际情况的系统分析、开发方
<BR>法、步骤以及文档。系统分析，我个人认为它应该是能体现系统的灵魂性的文档。该文
<BR>档应有什么内容，表达什么意思是我想在这里与大家探讨的问题。我觉得在系统分析书 <BR>中应该有以下内容（视项目而定）：
<BR> 1、 系统需求说明 说明系统是一个什么样的系统，用市场上现有的系统来类比，
<BR>用客户（或是我们自己）需要一个什么样的系统进行说明，力求完整。并对系统的发展
<BR>可扩充性进行描述（现在没有哪个系统是一次OK的）。说明与现有的系统有什么相同什
<BR>么不同，说明未来系统的发展方面以及可移值性等能预见的事情。 <BR> 2、
系统资源说明 对系统所需要的软件、硬件资源进行说明。描述系统所需要的
<BR>所有的TCO成本。包括人员、时间、设备、系统、一次性投入资金、持续性投入资金这样 <BR>的所有资源。 <BR> 3、
系统可行性分析 对系统的实施中的资源进行分析，说明投入的合理性和必然
<BR>性，对其中的所有不可预见性的投入进行合理的量化说明，来说明系统的实施的可行性 <BR>。
<BR> 以上为我所想到的系统分析说明书中应出现的前三种文档，不知大家有什么想法， <BR>请赐教。
<BR>作为开发前期的工作，还应该包括：总体设计和详细设计。
<BR> 总体设计这个阶段必须回答的关键问题：概括地说，应该如何解决这个问题？
<BR> 首先，应该考虑几种可能的解决方案。例如，目标系统的一些主要功能是用计算
<BR>机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方
<BR>式；信息存储使用传统的文件系统还是数据库…… <BR> 通常至少应该考虑下述几类可能的方案：
<BR> 低成本的解决方案 <BR> 系统只能完成最必要的工作，不能多做一点额外的工作。
<BR> 中等成本的解决方案 <BR> 这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且可能还具有用
<BR>户没有具体指定的某些 功能和特点。虽然用户没有提出这些具体要求，但是系统分
<BR>析员根据自己的知识和经验断定，这些附加的能力 在实践中将证明是很有价值的。 <BR>
<BR> 高成本的"十全十美"的系统 <BR> 这样的系统具有用户可能希望有的所有功能和特点。系统分析员应该使用系统流程
<BR>图或其他工具描述每种 可能的系统，估计每种方案的成本和效益，还应该在充分权
<BR>衡各种方案的利弊的基础上，推荐一个较好的系统 （最佳方案），并且制定实现所
<BR>推荐的系统的详细计划。如果用户接受分析员推荐的系统，则可以着手完成本 阶段 <BR>的另一项主要工作。 <BR>
<BR>上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是怎样设计这些程序 <BR>呢？
<BR>结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中
<BR>的模块按合理的层次结构组织而成。总体设计阶段的第二项主要任务就是设计软件的结
<BR>构，也就是确定程序由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软 <BR>件的结构。
<BR>详细设计
<BR>总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是
<BR>把解法具体化，也就是回答下面这个关键问题："应该怎样具体地实现这个系统呢？"这
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -