数据流图与文件处理策略

"局部文件-需求工程分析文档" 在软件工程中，需求工程是一个至关重要的阶段，它涉及到从用户和利益相关者那里获取需求，分析这些需求，建立模型，然后编写需求规格说明书，并进行需求验证和管理。需求工程的目标是确保软件系统能够满足用户的期望和业务目标。 需求获取是需求工程的起点，它包括了各种方法，如访谈、问卷调查、观察和工作坊，以确保全面理解用户的需求和期望。需求分析、协商与建模则涉及将这些需求转化为更具体的形式，例如通过使用结构化分析工具，如数据流图（DFD）。 数据流图是一种图形表示方法，用于描述系统中数据的流动路径。在DFD中，文件是数据存储的表示，它们可以是输入到系统、从系统输出或者在不同处理之间被修改。根据描述，画文件在DFD中有一定的规则： 1. 文件应出现在那些包含读和写操作的DFD中，除非它是与其他系统共享的，这种情况下应在需求说明中明确指出。 2. 当一个文件作为多个处理之间的接口，即一个处理写入，另一个处理读取，应当在图中表示出来。 3. 如果一个文件只在一个处理中进行读写，并且在上一级（父图）中未出现过，那么它被认为是该处理的内部文件，不应在当前DFD中显示。 4. 一旦文件在某个DFD中出现，其子孙图中也应根据父图与子图的平衡原则画出该文件，尽管在子孙图中，该文件可能仅涉及读或写操作。 数据字典是DFD的补充，它提供了关于数据流、文件、数据项和处理的详细信息。基本加工小说明解释了每个处理的逻辑功能。在需求规约与验证阶段，需求被详细记录在文档中，并通过各种手段（如原型、评审、用例）进行验证，以确保它们的准确性和完整性。 需求管理涵盖变更控制、版本控制和沟通，确保所有相关方对需求的理解一致，并在项目的整个生命周期中保持需求的一致性。在经济可行性分析中，需要考虑开发、运行和维护的成本，以及预期的经济效益和社会效益，以决定项目是否值得投资。 在基于计算机的系统中，软件、硬件、人员、数据库、文档和规程是关键组成部分。软件负责实现逻辑和控制，硬件提供计算能力和支持，人员是系统的使用者和操作者，数据库存储信息，文档记录系统信息，规程则规定了系统的操作流程。 可行性分析是项目启动前的关键步骤，它检查技术上是否可以实现，经济上是否划算，以及是否符合法规要求，以确定解决方案的可行性。经济可行性尤其关注成本效益分析，评估系统的开发、运行和维护成本，以及预期的经济效益和社会效益。