应用型软件开发报告模板

《应用型软件开发报告模板》由会员分享，可在线阅读，更多相关《应用型软件开发报告模板（20页珍藏版）》请在金锄头文库上搜索。

1、 应用型软件开发报告模板应用型软件开发报告模板篇一：大型应用软件设计报告组内成员及任务描述第一章 餐馆系统的业务建模1.1 非正式的需求目的：通过改进为顾客预定和分配餐桌的过程，支持一家餐馆的日常经营。 原始手工系统速度慢，而且预约登记单很快会变得难以理解。这可能导致经营上的问题，例如，实际上有空餐桌而由于这个预约单不是很明显，会妨碍顾客进行预约；没有备份系统，如果一张预约单被损坏，那么餐桌就没有那个晚上的预约记录。由于这些以及其他原因，该餐馆欲开发一个预约单的自动化系统。该系统应该和现有的预约单显示同样的信息，并且有大致相同的格式，使餐馆员工易于转换到新系统。当记录了新的预约时或对已有的预约

2、进行修改时，应该立即更新显示，使餐馆员工在工作时，总能获得最新信息。系统必须易于记录餐馆营业时发生的有意义的事情，例如顾客的到来。系统的操作应当尽可能直接操作屏幕上显示的数据。例如，可以简单地将一个预约拖到屏幕上的一个适当的位置，来改变分配的餐桌。1.2 用例建模用例视图应该是客户、最终用户、领域专家、测试人员和任何其他的涉及系统的人员，不需要详细了解系统结构和实现就容易理解的。用例视图不描述软件系统的组织或结构，它的作用是给设计者施加约束，设计者必须设计出一个能够提供用例视图中指定的功能的结构。1.2.1 用例可以通过考虑在系统实现后餐馆员工能够用它来做什么，简单地草拟出一组初步的用例。下面

3、列出了这些用例所支持的主要任务：1记录一个新的预约信息（“记录预约” ） 。2取消一个预约（“取消预约” ） 。3记录一位顾客的到来（“记录到达” ） 。4将一位顾客从一张餐台移到另一张餐台（“调换餐台” ） 。1.2.2 参与者在餐馆预约系统的案例中，所提出的用例可以分成两组。第一组由与维护提前预约信息有关的用例组成。顾客将联系餐馆提前预约或取消提前预约，一般地，接待员将接到这些电话并更新预约系统中存储的信息，因此，我们能够确定一个与相应用例关联的参与者。在第二组中有许多任务需要在餐馆营业时执行，包括记录顾客的到来，以及为了适应不可预料的经营需要将一行用餐者从一个餐台移到另一个餐台。这些工作

4、譬如说可能是一个侍者领班的责任，因此我们能够标识另一个与这些用例关联的参与者。1.2.3 用例图用例图（use case diagram）以图解的形式概括了系统中的不同参与者和用例，并显示了哪些参与者能够参与哪些用例。餐馆预约系统的初始用例图如图所示：1.3 描述用例用例描述了系统和它的用户之间在一定层次上的完整的交互。例如，一个打电话给餐馆进行预约的顾客，会和餐馆的一位将在系统中记录预约的店员讲话。为此，该店员需要充当一个接待员，即使这并不是他们正式职位的描述，并且以某种方式和系统交互。在这种情况下，该店员被认为是接待员参与者的一个实例，发生在接待员和系统之间的交互是用例的一个实例。1.3.

5、1 事件路径用例描述必须定义在执行用例时用户和系统之间可能的交互。例如，在“记录预约”用例中，基本事件路径将描述这样的情况：一位顾客打电话进行预约，在要求的日期和时间有一张合适的餐台是空闲的，接待员输入顾客的姓名和电话号码并记录预约。这样的事件路径，如下所示，能够以稍微结构化的方式表示，以强调用户的动作和系统响应之间的交互：记录预约：基本事件路径1. 接待员输入要预约的日期；2. 系统显示该日的预约；3. 有一张合适的餐台可以使用；接待员输入顾客的姓名和电话号码、预约的时间、用餐人数和餐台号；4. 系统记录并显示新的预约。如果在顾客要求的日期和时间没有可用的餐台，上面描述的基本事件路径就不能完

6、成。在这种情况下会发生什么可以通过一个可选事件路径描述，如下所示： 记录预约没有可用的餐台：可选事件路径1.接待员输入要求预约的日期；2.系统显示该日的预约；3.没有合适的餐台可以使用，用例终止。可选事件路径描述的情况，可以作为营业的一个正常部分出现，它们并没有指出产生了误解，或者发生了错误。在另外一些情况下，也许因为一个错误或用户的疏忽而不可能完成基本事件路径，这些情况则由例外事件路径描述。记录预约餐台过小：例外事件路径1. 接待员输入要求预约的日期；2. 系统显示该日的预约；3. 接待员输入顾客的姓名和电话，预约的时间，用餐人数和餐台号；4. 输入的预约用餐人数多于要求餐台的最大指定大小，

7、于是系统发出一个警告讯息询问用户是否想要继续预约。5. 如果回答“否” ，用例将不进行预约而终止；6. 如果回答“是” ，预约将被输入，并附有一个警告标志。1.3.2 用户界面原型一般而言，在用例描述中详述用户界面不是个好主意。用例描述的重点是定义系统和用户之间交互的总体结构，而包含用户界面的细节会使之不清晰。并且，用户界面应该被设计得协调一致并便于使用，而这只有合理地考虑了各式各样的用户任务才能做到。如果用例描述不适当地指定了用户界面的细节，可能会使用户界面设计者的工作更加困难，或者需要大量改写用例描述。1.4 组织用例模型一旦已经记录了一个预约，接下来必须要处理的重要事件是顾客到达餐馆，这

8、由我们称为“记录到达”的用例描述。该用例的基本事件路径如下：记录到达：基本事件路径1. 侍者领班输入当前日期；2. 系统显示当天的预约；3. 侍者领班确认一个选定的预约已经到达。4. 系统对此进行记录并更新显示器，将顾客标记为已到达。在这个用例中，如果系统记录中没有到达顾客的预约，可能发生一个可选事件路径。在这种情况下，如果有适当的餐台是空闲的，则创建一个未经预约的登记。记录到达没有提前预定：可选事件路径1. 侍者领班输入当前日期；2. 系统显示当天的预约；3. 系统中没有记录该顾客的预约，所以侍者领班输入预约时间、用餐人数和餐台号，创建一个未预约登记；4. 系统记录并显示新预约。比较这些事件

9、路径和为“记录预约”用例所写的事件路径，显示出在这两个用例中存在着相当数量的某些共享功能。与其多次写出相同的交互，一种更好的方法是在一个地方定义共享行为并在适当的地方引用它。UML 定义的用例图表示法提供了一些可以这样做的方法，能够产生一个更简单和结构更好的用例模型。1.4.1 用例包含餐馆经理可能试图计算一个特定的晚上要雇佣多少个侍者，那么，简单地看看当天的预约可能是估计餐馆大约会有多繁忙的一个好办法。应该定义一个相应于显示给定一天的预约的任务的新用例。这个用例能够被餐馆的任何工作人员执行，因而任何参与者都可以在下面对基本事件路径的描述中被提及。显示预约：基本事件路径1. 用户输入一个日期；

10、2. 系统显示当日的预约。这个新用例和已经描述的用例之间的关系可以这样来描绘：只要在执行其他用例之一时就包含“显示预约”用例中的交互。这种关系需要在用例描述和用例图中予以清晰化。在一个用例描述中，如下面版本的“记录预约”用例的基本事件路径描述的，包含其他的用例可以非形式地说明。记录预约：基本事件路径（修改）1. 接待员执行“显示预约”用例；2. 接待员输入顾客姓名和电话号码、预定的时间、用餐人数以及预留的餐台；3. 系统记录和显示新预约。一个用例和它所包含的其他用例之间的关系在用例图中用一个连接两个用例的虚线箭头表示，称为依赖性（dependency）, 用一个指定所描述关系的类型的构造型（s

11、tereotype）标记。下图表示了“记录预约”和“显示预约”之间的“包含（include） ”依赖性。1.4.2 参与者泛化参与者之间泛化的含意是，特化的参与者可以参与和更一般的参与者关联的所有用例。下图描述了一个新参与者，它表示餐馆所有员工可以共享的能力，因而称为“员工（staff） ” 。已有的参与者通过泛化（generalization）与新参与者相关，表示它们被看作是“员工”的特殊情况，定义了只能由一个员工子集共享的附加的特性。篇二：关于应用型数据库管理系统软件开发过程的实例分析关于应用型数据库管理系统软件开发过程的实例分析内容摘要：本文主要阐述了试题库管理系统的建设过程,应用 CS

12、 模式 VB6.0 作为应用程序开发工具,后台数据库使用ACCESS2000,用 JET4.0 进行连接.本文分为两个用户:管理员用户对整个系统进行管理,教师用户对试题库和试卷进行创建,修改和维护.关键词：数据库管理系统试题库 试题社会背景：随着网络的发展，教育体制的改革，各种各样的网络教育也应运而生，种类繁多的网络考试成了考试的另一个热点。无论什么形式的考试，都需要强大的后台数据库做支持，因此对试题库的管理显得更加的重要。在传统的试卷生成与管理工作中,我们经常会遇到如下的问题与需求:1.试卷繁多,难于管理。2.试题量大,试卷生成不易。3.长期积累的统计资料不易得到充分利用。针对上述问题,我们

13、利用编程工具 Visual Basic6.0,开发了一个基于数据库的试卷生成系统通用题库试卷生成系统,实现了试题综合管理、试卷生成与管理及试题库的管理等功能。一、开发工具的简单介绍和特点（一）Visual Basic 6.0Visual Basic 是可视化的面向对象的开发环境。面向对象是建立在类的基础上的，并通过类的封装、继承、多态性获得代码的重用。Visual Basic 的主要特点是以下两方面：事件驱动在事件驱动模式下，程序的执行是依靠系统能够被识别的触发事件启动，事件可以由用户操作、系统消息、以及程序触发。由于事件顺序将决定代码执行顺序，因此编写程序的过程相当于根据有待解决的问题来合理

14、安排事件的过程。部件编程在 Visual Basic 中进行的部件编程是建立在微软的部件对象模型（即 COMComponent Object Model）基础上的。COM 是建立在二进制上的对象模型，因此具有通用性。所以在 Visual Basic 中创建的部件，可以自用，也可以在其他开发环境中。（二）Access2000Access2000 是关系型数据库。在 Visual Basic 环境下，Access 数据库是缺省的数据库，Access 是采用了 Jet 数据引擎得到的最有效的利用，在 Visual Basic 内部访问控件（Data）就是建立在 Jet 引擎基础上的。二、系统功能的设

15、计与实现开发的设计分析原理模型：系统功能示意图系统功能的设计与实现通用题库试卷生成系统主要包括通过管理员用户和教师用户两个模块进行管理管理员模块管理员主要对登陆用户进行管理，限制可以登陆的教师，对教师的权限进行控制，防止没有登陆权限的用户登录（例如：学生） ，保证试题的保密性。教师模块1、题库管理试题管理模块本模块完成对试题库的管理功能,包括试题录入和修改、删除等功能。(如图 1-2)（1） 试题录入功能模块的主要功能是录入试题。试题库中的试题编号是区别试题的重要标志,因此必须保证试题编号的唯一性。为防止由于试题录入者的错误录入而造成的系统出错,同时减轻试题录入者的工作量,试题编号将由系统自动

16、给出。在录入新试题时,系统给出的试题编号为当前题库中的试题数加一。（2） 试题删除模块本模块的主要功能是对一些旧题、错题进行删除操作。（3） 试题的修改模块的主要功能是对已经录入的试题进行修改。试题库中的试题由于时间等的原因可能不再适合出题，这时候就要对试题进行修改保持适应现在考试的需要。 2、 试题管理 试题管理模块主要包括三个小模块：试题组织及生成模块、试题浏览模块、试题修改模块。主要功能是按照用户设置的查询条件对试题进行快速查询，并对适合的题型进行选择出题。生成一份完整的试卷。浏览组织成的试卷并对所出的试卷的错误进行修改。最后可以打印出试卷。（2）试卷组织与生成模块 本模块的主要功能是组织试卷结构。试卷的结构组织一份试卷主要是由试卷标题、试卷内容及试卷答案三部分构成。其中试卷内容为试卷的主体,包含若干大题,每一大题中又有若干小题为了保证出题时候不会出现空题情况，我们在程序中对题目的选择进行了控制，防止了教师选择的题在题库中不存在。（3）试卷的选题出卷者给出试卷选题的要求,如试题的题型、难度等,系统将根据这些要求,从题库中找出满足条件的试题,并从中进