细进度表和成本估计。八书写文档提交审查应该把上述可行性研究各个步骤的结果写成清晰的文档，请用户和使用部门的负责人仔细审查，以决定是否继续这项工程以及是否接受分析员推荐的方案。软件工程系统流程图系统流程图是描绘物理系统的传统工具。系统流程图就是表示整个系统处理事物的基本过程。系统流程图是在系统分析员在做系统构架阶段，或者说，在接触实际系统时，对未来构建的信息处理系统的种描述。这种描述是相对简单且完全的，涉及到未来系统中使用的处理部件，如磁盘，显示器，用户输入以及处理过程的先后顺序表示等。系统流程图还可以用来表示现有的信息系统处理过程涉及的各个部件以及次序。软件工程系统流程图符号当以概括的方式抽象地描绘个物理系统时，仅仅使用些基本符号就够了，其中每个符号表示系统中的个部件。当需要更具体地描绘个物理系统的时候还需要使用些扩展的系统符号，利用这些符号可以把个广义的输入输出操作具体化为读写存储在特殊设备上的文件或数据库，把般的处理具体化为特定的程序或手工操作等等。软件工程符号名称说明处理能改变数据值或数据位置的加工或部件，例如，程序处理机人工加工等都是处理输入输出表示输入或输出或既输入又输出，是个广义的不指明具体设备的符号。连接指出转到图的另部分或从图的另部分转来，通常在同页上换页连接指出转到另页图上或由另页图转来。数据流用来连接其他符号，具体化为读写存储在特殊设备上的文件或数据库，把般的处理具体化为特定的程序或手工操作等等。软件工程符号名称说明处理能改变数据值或数据位置的加工或部件，例如，程序处理机人工加工等都是处理输入方式抽象地描绘个物理系统时，仅仅使用些基本符号就够了，其中每个符号表示系统中的个部件。当需要更具体地描绘个物理系统的时候还需要使用些扩展的系统符号，利用这些符号可以把个广义的输入输出操作完全的，涉及到未来系统中使用的处理部件，如磁盘，显示器，用户输入以及处理过程的先后顺序表示等。系统流程图还可以用来表示现有的信息系统处理过程涉及的各个部件以及次序。软件工程系统流程图符号当以概括的程图是描绘物理系统的传统工具。系统流程图就是表示整个系统处理事物的基本过程。系统流程图是在系统分析员在做系统构架阶段，或者说，在接触实际系统时，对未来构建的信息处理系统的种描述。这种描述是相对简单且细进度表和成本估计。八书写文档提交审查应该把上述可行性研究各个步骤的结果写成清晰的文档，请用户和使用部门的负责人仔细审查，以决定是否继续这项工程以及是否接受分析员推荐的方案。软件工程系统流程图系统流系统分析员，程序员，资料员等等和各种资源计算机硬件，软件工具等等的需要情况，应该指明什么时候使用以及使用多长时间。此外还应该估计系统生命周期每个阶段的成本。最后应该给出下个阶段需求分析的详个关键性决定是否继续进行这项开发工程。分析员必须清楚地表明他对这个关键性决定的建议。软件工程七草拟开发计划分析员应该进步为推荐的系统草拟份开发计划，除了工程进度表之外还应该估计对各种开发人员增加的收入。最后为每个在技术操作和经济等方面都可行的系统制定实现进度表，这个进度表不需要也不可能制定得很详细，通常只需要估计生命周期每个阶段的工作量。六推荐行动方针根据可行性研究结果应该做出的些不现实的系统。软件工程其次可以考虑操作方面的可行性。接下来应该考虑经济方面的可行性。分析员应该估计余下的每个可能的系统的开发成本和运行费用，并且估计相对于现有的系统而言这个系统可以节省的开支或可以择的解法的最简单的途径，是从技术角度出发考虑解决问题的不同方案。在数据流图上划分不同的自动化边界，从而导出不同物理方案的方法。当从技术角度提出了些可能的物理系统之后，应该根据技术可行性的考虑初步排除工程规模和目标，这次软件工程复查应该把数据流图和数据词典作为讨论的基础。五导出和评价供选择的解法分析员应该从他建议的系统逻辑模型出发，导出若干个较高层次的较抽象的物理解法供比较和选择。导出供选标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。四重新定义问题新系统的逻辑模型实质上表达了分析员对新系统必须做什么的看法。用户是否也有同样的看法呢分析员应该和用户起再次复查问题定义程应该仔细阅读分析现有系统的文档资料和使用手册，也要实地考察现有的系统。三导出新系统的高层逻辑模型优秀的设计过程通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目用的工作，因此，新的目标系统必须也能完成它的基本功能另方面，如果现有的系统是完美无缺的，用户自然不会提出开发新系统的要求，因此，现有的系统必然有些缺点，新系统必须能解决旧系统中存在的问题。软件工告书进步复查确认，改正含糊或不确切的叙述，清晰地描述对目标系统的切限制和约束。二研究目前正在使用的系统现有的系统是信息的重要来源。显然，如果目前有个系统正被人使用，那么这个系统必定能完成些有素，对于不可行因素那些可以解决的，那些是可行因素，最终形成结论。软件工程可行性研究的步骤复查系统规模和目标分析员访问关键人员，仔细阅读和分析有关的材料，以便对问题定义阶段书写的关于规模和目标的报告素，对于不可行因素那些可以解决的，那些是可行因素，最终形成结论。软件工程可行性研究的步骤复查系统规模和目标分析员访问关键人员，仔细阅读和分析有关的材料，以便对问题定义阶段书写的关于规模和目标的报告书进步复查确认，改正含糊或不确切的叙述，清晰地描述对目标系统的切限制和约束。二研究目前正在使用的系统现有的系统是信息的重要来源。显然，如果目前有个系统正被人使用，那么这个系统必定能完成些有用的工作，因此，新的目标系统必须也能完成它的基本功能另方面，如果现有的系统是完美无缺的，用户自然不会提出开发新系统的要求，因此，现有的系统必然有些缺点，新系统必须能解决旧系统中存在的问题。软件工程应该仔细阅读分析现有系统的文档资料和使用手册，也要实地考察现有的系统。三导出新系统的高层逻辑模型优秀的设计过程通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。四重新定义问题新系统的逻辑模型实质上表达了分析员对新系统必须做什么的看法。用户是否也有同样的看法呢分析员应该和用户起再次复查问题定义工程规模和目标，这次软件工程复查应该把数据流图和数据词典作为讨论的基础。五导出和评价供选择的解法分析员应该从他建议的系统逻辑模型出发，导出若干个较高层次的较抽象的物理解法供比较和选择。导出供选择的解法的最简单的途径，是从技术角度出发考虑解决问题的不同方案。在数据流图上划分不同的自动化边界，从而导出不同物理方案的方法。当从技术角度提出了些可能的物理系统之后，应该根据技术可行性的考虑初步排除些不现实的系统。软件工程其次可以考虑操作方面的可行性。接下来应该考虑经济方面的可行性。分析员应该估计余下的每个可能的系统的开发成本和运行费用，并且估计相对于现有的系统而言这个系统可以节省的开支或可以增加的收入。最后为每个在技术操作和经济等方面都可行的系统制定实现进度表，这个进度表不需要也不可能制定得很详细，通常只需要估计生命周期每个阶段的工作量。六推荐行动方针根据可行性研究结果应该做出的个关键性决定是否继续进行这项开发工程。分析员必须清楚地表明他对这个关键性决定的建议。软件工程七草拟开发计划分析员应该进步为推荐的系统草拟份开发计划，除了工程进度表之外还应该估计对各种开发人员系统分析员，程序员，资料员等等和各种资源计算机硬件，软件工具等等的需要情况，应该指明什么时候使用以及使用多长时间。此外还应该估计系统生命周期每个阶段的成本。最后应该给出下个阶段需求分析的详细进度表和成本估计。八书写文档提交审查应该把上述可行性研究各个步骤的结果写成清晰的文档，请用户和使用部门的负责人仔细审查，以决定是否继续这项工程以及是否接受分析员推荐的方案。软件工程系统流程图系统流程图是描绘物理系统的传统工具。系统流程图就是表示整个系统处理事物的基本过程。系统流程图是在系统分析员在做系统构架阶段，或者说，在接触实际系统时，对未来构建的信息处理系统的种描述。这种描述是相对简单且完全的，涉及到未来系统中使用的处理部件，如磁盘，显示器，用户输入以及处理过程的先后顺序表示等。系统流程图还可以用来表示现有的信息系统处理过程涉及的各个部件以及次序。软件工程系统流程图符号当以概括的方式抽象地描绘个物理系统时，仅仅使用些基本符号就够了，其中每个符号表示系统中的个部件。当需要更具体地描绘个物理系统的时候还需要使用些扩展的系统符号，利用这些符号可以把个广义的输入输出操作具体化为读写存储在特殊设备上的文件或数据库，把般的处理具体化为特定的程序或手工操作等等。软件工程符号名称说明处理能改变数据值或数据位置的加工或部件，例如，程序处理机人工加工等都是处理输入输出表示输入或输出或既输入又输出，是个广义的不指明具体设备的符号。连接指出转到图的另部分或从图的另部分转来，通常在同页上换页连接指出转到另页图上或由另页图转来。数据流用来连接其他符号，指明数据流动方向。软件工程图系统符号符号名称穿孔卡片表示用穿孔卡片输入或输出，也可表示个穿孔卡片文件。文档通常表示打印输出，也可表示用打印终端输入数据。磁带磁带输入输出，或表示个磁带文件。联机存储表示任何种类的联机存储，包括磁盘磁鼓软盘和海量存储器件等。磁盘磁盘输入输出。也可表示存储在磁盘上的文件或数据库。磁鼓磁鼓输入输出，也可表示存储在磁鼓上的文件或数据库。显示终端或类似的显示部件，可用于输入或输出，也可既输入又输出。人工输入人工输入数据的脱机处理，例如，填写表格。人工操作人工完成的处理，例如，会计在工资支票上签名。辅助操作使用设备进行的脱机操作。通信链路通过远程通信线路或链路传送数据。软件工地完成。在中，如果存在个有关内容的列表索引和交叉引用表，则当个需求发生变化时，就可以方便对中必须修改的部分进行定位和修改。软件工程可跟踪性对于软件开发中的每个需求在中可以追溯出其来源。实现可跟踪性的常用方法是对中每个段落按层编号，每个需求给以唯编码，使用特殊指示字对同需求在中的不同出现进行标识。软件工程软件需求正确性验证软件需求正确性要求和验证方法为了提高软件质量，确保软件开发成功，降低软件开发成本，旦对目标系统提出组要求之后，必须严格验证这些需求的正确性。般说来，应该从下述四个方面进行验证致性所有需求必须是致的，任何条需求不能和其他需求互相矛盾。完整性需求必须是完整的，规格说明书应该包括用户需要的每个功能或性能。现实性指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以做些预测，软件工程对软件技术的进步则很难做出预测，只能从现有技术水平出发判断需求的现实性。有效性必须证明需求是正确有效的，确实能解决用户面对的问题。那么，怎样验证软件需求的正确性呢验证的角度不同，验证的方法也不同验证需求的致性当需求分析的结果是用自然语言书写的时候，除了靠人工技术审查验证软件系统规格说明书的正确性之外，目前还没有其他更好的“测试”方法。但是，这种非形式化的规格说明书是难于验证的，特别在目标系统规模庞大规格软件工程说明书篇幅很长的时候，人工审查的效果是没有保证的，冗余遗漏和不致等问题可能没被发现而继续保留下来，以致软件