?!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
1、系l需求说?nbsp; 说明pȝ是一个什么样的系l,用市Z现有的系l来cLQ用客户需要一个什么样的系l进行说明,力求完整。ƈ对系l的发展可扩充性进行描q。说明与现有的系l有什么相同什么不同,说明未来pȝ的发展方面以及可Ud性等能预见的事情?nbsp;
2、系l资源说?nbsp; 对系l所需要的软g、硬件资源进行说明。描q系l所需要的所有的TCO成本。包括h员、时间、设备、系l、一ơ性投入资金、持l性投入资金这L所有资源?nbsp;
3、系l可行性分?nbsp; 对系l的实施中的资源q行分析Q说明投入的合理性和必然性,对其中的所有不可预见性的投入q行合理的量化说明,来说明系l的实施的可行性?nbsp;
以上为系l分析说明书中应出现的前三种文档?/span>
作ؓ开发前期的工作Q还应该包括QM设计和详l设计?nbsp;
M设计q个阶段必须回答的关键问题:概括地说Q应该如何解册个问题?
首先Q应该考虑几种可能的解x案。例如,目标pȝ的一些主要功能是用计机自动完成q是用h工完成;如果使用计算机,那么是用批处理方式q是人机交互方式Q信息存储用传l的文gpȝq是数据库?/span>
通常臛_应该考虑下述几类可能的方案:
pȝ只能完成最必要的工作,不能多做一炚w外的工作?nbsp;
q样的系l不仅能够很好地完成预定的Q务,使用h很方便,而且可能q具有用h有具体指定的某些功能和特炏V虽然用h有提些具体要求,但是pȝ分析员根据自q知识和经验断定,q些附加的能力在实践中将证明是很有h值的?nbsp;
q样的系l具有用户可能希望有的所有功能和特点。系l分析员应该使用pȝ程图或其他工具描述每种可能的系l,估计每种Ҏ的成本和效益Q还应该在充分权衡各U方案的利弊的基上,推荐一个较好的pȝQƈ且制定实现所推荐的系l的详细计划。如果用h受分析员推荐的系l,则可以着手完成本阶段的另一主要工作?nbsp;
l构设计的一条基本原理就是程序应该模块化Q也是一个大E序应该p多规模适中的模块按合理的层ơ结构组l而成。M设计阶段的第二项主要d是设计软g的结构,也就是确定程序由哪些模块l成以及模块间的关系。通常用层ơ图或结构图描绘软g的结构?nbsp;
详细设计M设计阶段以比较抽象概括的方式提出了解决问题的办法。详l设计阶D늚d是把解法具体化Q也是回答下面q个关键问题Q?quot;应该怎样具体地实现这个系l呢Q?quot;q个阶段的Q务还不是~写E序Q而是设计出程序的详细规格说明。这U规D明的作用很类g其他工程领域中工E师l常使用的工E蓝图,它们应该包含必要的细节,E序员可以根据它们写出实际的E序代码。通常?nbsp;HIPO 图或PDL语言描述详细设计的结果?nbsp;
q样的文档系l的思\是一个慢慢积累的q程Q如JJX同志所_我们现在有太多的形式上的东西Q它q不是一个程序员真正需要的pȝ分析/设计书,对于pȝ的设计到实施到最后的代码以及验收有太多的改动和变化,我们正在一个极不规范的pȝ中生存,所以我们不可能有太多的选择Q只能应付了事。所以与大家一h讨一个真正适合我们的文档模式,q个模式或是说模板能为我们的代码工作减少负担Q带来更多的动能?/span>