由于本软件规模很小，因此对系统响应时间、主存和磁盘容量的要求很低，可以不考虑。 但是，需要注意的是，在动态分配内存之后必须释放之，避免出现内存泄漏问题。

2。3可靠性和可用性需求

系统的可靠性是软件的重要指标之一。在本课题中，可靠性是指，软件能否对用户的操 作命令做出正确的响应，包括命令辨认的正确性、命令执行过程中数据的输入输出等方面。

可用性要求：时刻可用。

2。4出错处理需求

1) 循环队列：当队列为空时，用户要求执行出队命令时，应当做出判断，不动作，并给

出错误提示；

2) 双向链表：在插入和删除结点时，当用户没有输入完整的结点序号和数值，或者输入 的序号不正确时，应当做出判断，不动作，并给出错误提示；

二叉树和有向图只有遍历演示操作，不存在出错情况。

2。5接口需求

不存在软硬件接口需求和通信接口需求。对于用户接口，在二叉树和有向图的生成操作 中，要求用户按照一定的格式输入文件。

2。6约束 操作系统：Windows； 开发语言：C++；

开发工具：Visual Studio 2015；

2。7开发平台的选择

实现“演示”可以考虑命令行程序（Console Application）和图形程序（Graphic Application）。 针对本课题，表 2。2 分析了它们的优劣：就难度和复杂程度来说，命令行程序要简单，但是， 它不仅不够直观，而且有些地方反而比图形程序更复杂，比如：绘制二叉树的结点之间的连 接线，因为连接线是斜的，用符号来代替线的像素，控制起来很复杂，绘制出来也很难看， 不如图形程序那么直观；图形程序需要绘制图形，涉及对设备的控制，因此会很复杂，但是 正因为它能绘制出真正的图形，因此它对用户友好（User-friendly）、更直观。来:自[优.尔]论,文-网www.youerw.com +QQ752018766-

表 2。2“演示”的两种实现方式比较

实现方式 优点 缺点 

Windows 命令行程序 不涉及复杂的 Windows 编程 不够直观 

Win32 图形程序 直观 程序编写比较复杂 

显然，为了实现足够直观的效果，必须选择比较复杂的 Win32 编程方式。而 Win32 编程 又涉及 API 编程和 MFC 编程。MFC，The Microsoft Foundation Class Library，是一个把部分 Windows API 封装在 C++类中所组成的库，使用它可以开发 Windows 默认风格的应用程序[16]。 这表明，MFC 位于 Windows API 的上层，是对部分 API 的 C++封装。因为 MFC 的封装特性， 使用 MFC 开发 Windows 应用程序要比 API 简单很多，很多复杂的 API 编程内容和涉及 Windows 底层的内容已经被 MFC 掩盖，比如显示一个对话框，只需要实例化一个 CDialog 类， 并 DoModal 即可；很多 API 操作都被转化为对类的实例化和对类的方法的使用。