6-图书管理系统-需求分析阶段

软件工程与UML图书管理系统需求分析阶段林琳BeyondTechnology上周工作任务回忆在上周工作中，我们完成了领域分析，交付了以下工作产品：领域类图业务用例图业务流程活动图我们的关注点在通过用户访谈，了解用户的实际业务情况。为需求分析收集必要信息。活动图的分支与分叉分支与合并表示条件式的行为集合与分叉表示并行式的行为分支与合并集合与分叉图书管理系统——第7周第1次课从业务需求到系统需求今天的工作任务完成系统用例建模.完成系统流程建模.提交内容系统用例图系统流程活动图我们的进度，在这里工作任务1：完成系统用例建模

交付的工作产品：系统用例图我们的进度，在这里用例之间的三种关系1.泛化关系〔Generalization〕：一个用例可以被特别列举为一个或多个子用例，这被称为用例泛化。2.包含关系〔Include〕一个用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一局部，这被称作包含关系。3.扩展关系〔Extend〕：一个用例也可以被定义为根底用例的增量扩展，这称作扩展关系，扩展关系是把新行为插入到已有用例的方法。扩展关系扩展关系是从扩展用例到根本用例的关系，它说明为扩展用例定义的行为如何插入到为根本用例定义的行为中。它是以隐含形式插入的，也就是说，扩展用例并不在根本用例中显示。在以下几种情况下，可使用扩展用例：a.说明用例的某一局部是可选的系统行为〔这样，您就可以将模型中的可选行为和必选行为分开〕；b.说明只在特定条件〔如例外条件〕下才执行的分支流；泛化关系泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。当父用例能够被使用时，任何子用例也可以被使用。如在以下图中，订票是订票和网上订票的抽象。图书管理系统——

业务用例1：借阅管理

对应系统用例：借阅管理进一步分析借阅管理。在业务用例“借阅管理〞的业务流程中，有两个动作状态——办理借阅证和借阅证遗失补办。在本系统中，应该提供相应的两种操作给用户，因此，得到系统用例“新办借阅证〞和“补办借阅证〞。这两个系统用例是系统用例“借阅管理〞的泛化用例。我们的进度，在这里系统用例“借阅管理〞及其扩展用例“新办借阅证〞和“补办借阅证〞图示我们的进度，在这里系统用例“借阅管理〞图示图书管理系统——

业务用例2：图书管理

对应系统用例：图书管理进一步分析图书管理。在业务用例“图书管理〞的业务流程中，有三个动作状态——图书入库和图书报废处理和图书遗失处理。在本系统中，应该提供相应的三种操作给用户，因此，得到系统用例“新增图书〞、“删除图书〞、“修改图书信息〞。这三个系统用例是系统用例“图书管理〞的泛化用例。图示表示如下：我们的进度，在这里系统用例“图书管理〞及其扩展用例“新增图书〞、“删除图书〞和“修改图书信息〞图示我们的进度，在这里系统用例“图书管理〞图示图书管理系统——

业务用例3：图书借阅

对应系统用例：图书借阅系统用例“图书借阅〞是对业务用例“图书借阅〞的系统实现。图书馆工作人员，只是要输入学生借阅证编号和图书编号就可以将借阅信息登记到系统中的“借阅信息表〞。我们的进度，在这里图书管理系统——

业务用例4：图书归还

对应系统用例：图书归还系统用例“图书归还〞是对业务用例“图书归还〞的系统实现。图书馆工作人员，只是要输入图书编号就可以将系统中的“借阅信息表〞的对应信息进行显示，点击归还后可以将该图书对应的借阅信息删除。我们的进度，在这里新增系统用例——“登录〞和“注销〞为了保证该系统的使用平安，系统需要为图书馆工作人员提供两个操作“登录〞和“注销〞，其中，系统用例“登录〞是所有其他系统用例的包含〔include〕用例，而其他系统用例是“注销〞的包含〔include〕用例。而这两个系统用例并没有对应的业务用例。由此可见，业务用例描述的是用户的实际业务情况。而系统用例描述的是系统为用户的操作。每一个业务用例都必须在系统用例中找到对应。我们的进度，在这里完整的系统用例图我们的进度，在这里总结：UML图形的视角在过去三次课的学习和工作任务完成中，大家可以发现，同一种UML图形可以反映不同的视角。用例图的视角：视角1：站在用户的角度看待用户的业务情况——业务用例图视角2：站在用户的角度看待系统的功能——系统用例图活动图的视角也一样，你能给出我们所学过的活动图的视角吗？我们的进度，在这里工作任务2：完成系统流程建模

交付的工作产品：系统流程活动图我们的进度，在这里学习情境：

系统流程建模

对应章节：第8章同业务流程活动图一样，系统流程活动图是为了描述每一个系统用例的执行情况和操作流程的。我们的进度，在这里系统用例“图书借阅〞的流程建模

活动图——图书借阅我们的进度，在这里图书借阅系统流程活动图系统用例“图书归还〞的流程建模

活动图——图书归还我们的进度，在这里图书归还系统流程活动图系统用例“登录〞的流程建模

活动图——登录我们的进度，在这里登录系统流程活动图系统用例“注销〞的流程建模

活动图——注销我们的进度，在这里注销系统流程活动图系统用例“补办借阅证〞的流程建模

活动图——补办借阅证我们的进度，在这里补办借阅证系统流程活动图这样做就够了吗？不是。系统用例必须要得到用户的反响和确认。准备进行第二次用户访谈：如果在绘制系统活动图的过程中，发现有些信息并不是很清楚的话，就要考虑进行再次访谈了，例如：在补办借阅证的分支中，是否应该增加催还图书的通知。访谈的问题，围绕着在建模过程中所发现的遗漏信息。访谈之后，可能会进一步修改系统用例和系统流程活动图。这是一个迭代的过程。一次又一次访谈和修改。我们的进度，在这里完成实验3和实验4我们的进度，在这里实验报告书写注意：姓名xx学号xxxxxxxx年级07实验日期09.10.27/09.10.28实验地点A5202/A5304专业日语强化/日语强化任课教师林琳实验教师林琳班级X实验：三

注意：实验报告每个同学都要完成，当节课做，下课时课代表收上来交给老师．电子版程序也由课代表收齐后发给老师．我们的进度，在这里实验报告书写注意：实验名称：系统用例建模——系统用例图目的与要求：掌握用例建模技术通过使用Rose工具，绘制用例图。实验内容：1〕对图书馆管理系统的需求捕获信息进行分析，得出系统的用例模型。2〕使用RationalRose完成图书馆管理系统的用例图。我们的进度，在这里实验报告书写注意：实验方法与步骤：翻开rose工具，新建一个模型，命名为：学号姓名-实验3，如：7317110101兰维海－实验3完成图书馆管理系统的图设计：单击浏览器中的UseCaseView。在弹出菜单中选择【New－UseCaseDiagram】，输入框图的名称：实验3，按照所给的例如，将元素拖放到设计窗口中。完成设计之后。点击【save】保存设计图。我们的进度，在这里实验报告书写注意：姓名xx学号xxxxxxxx年级07实验日期09.10.27/09.10.28实验地点A5202/A5304专业日语强化/日语强化任课教师林琳实验教师林琳班级X实验：四

注意：实验报告每个同学都要完成，当节课做，下课时课代表收上来交给老师．电子版程序也由课代表收齐后发给老师．我们的进度，在这里实验报告书写注意：实验名称：系统流程建模——系统活动图目的与要求：掌握系统行为建模技术，利用活动图来描述业务流程通过使用Rose工具，绘制活动图。实验内容：1〕对图书馆管理系统的活动进行分析。2〕使用RationalRose完成图书馆管理系统的活动图。我们的进度，在这里实验报告书写注意：实验方法与步骤：翻开rose工具，翻开已有的模型“图书管理系统〞，另存为：学号姓名-实验4，如：7317110101兰维海－实验4完成图书馆管理系统的活动图设计：单击某个用例右键，在弹出菜单中选择【New－ActivityDiagram】，输入活动图的名称：实验4，按照所给的例如，将元素拖放到设计窗口中。完成设计之后。点击【save】保存设计图。我们的进度，在这里课程小结本次课中，用到以下知识用例建模：用例图——教材第5章活动图——教材第8章，8.1节我们的进度，在这里图书管理系统——第7周第2次课今天的工作任务完成非功能需求描述。完成用例描述〔又叫用例规约〕。完成需求规格说明书。提交内容用例描述文档〔又叫用例规约〕软件需求规格说明书我们的进度，在这里工作任务1：完成非功能需求描述我们的进度，在这里用户需求的层次我们的进度，在这里功能性需求非功能性需求非功能性需求的几个方面可靠性可用性有效性可移植性我们的进度，在这里可靠性——平安性、事务性、稳定性〔续〕可靠性可以从平安性、事务性和稳定性三方面来衡量。平安性与用户业务内容相关。如果开发的软件是信息平安级别很高的，如政府机构的办公文件，那么相应的平安性需求也会很高；另外，对于软件运行的环境来说，如果是一个运用于广域网的软件，如淘宝网，那么相应的平安级别就要高，反之，如果是仅仅运用与局域网，或者是一个单机软件，那么平安性要求就比较低。我们的进度，在这里可靠性——平安性、事务性、稳定性事务性指的是保障系统的ACID能力。A——Atomicity原子性：在任何操作出现错误的情况下，构成事务的所有操作效果必须被撤销，例如：取钱不成功的话，要保证用户帐号的金额不会被扣掉。C——Consistency一致性：一个事务应该保护所有定义在数据上的不变的属性，例如数据库管理系统中的完整性约束。I——Isolation隔离性：在同一个环境中可能有多个事务并发执行，而每一个事务都应表现为独立执行。例如数据库管理系统中的锁机制。D——Durability持久性：一个被完成的事务效果应该是持久的。事务的重要性在分布式系统和集成性系统中尤为重要。在小型系统中，事务性一般通过数据库本身的事务处理机制来保障，但在分布式系统、集成应用系统中，由于系统中可能存在多个异构数据库，仅仅靠数据库本身的事务处理就远远不够了，这时应借助第三方事务中间件来保障。在大型应用中，都会通过购置专用效劳器来提供相应的事务处理机制，不需要自己编程来实现事务处理。我们的进度，在这里可靠性——平安性、事务性、稳定性〔续〕稳定性稳定性由故障的频率、严重性、可恢复性、可预见性、准确性和平均故障间隔时间等一些指标构成。判断软件是否失效的判断依据有：系统死机、系统无法启动、不能输入输出或显示记录、计算数据有错等。我们的进度，在这里可用性容易学习客户需要多长时间来掌握软件的使用？使用效率客户需要多长时间、执行多少次操作来完成一个关键任务？记忆性当客户离开再次回来时，他的工作是否能够被记忆下来以便继续执行？错误恢复当系统出现故障时，客户是否能从故障中恢复他已经完成的工作？主观满意度客户在使用软件过程中是否感到愉悦？我们的进度，在这里有效性——性能、可伸缩性、可扩展性性能包括速度、并发性、吞吐量、响应时间、资源占用率等一些指标。可伸缩性指的是当向系统增加资源时的性能改善，例如提高CPU的主频率，内存容量等。可扩展性指的是系统系统界别的扩展性，包括资源扩展性，应用可扩展性和技术升级可扩展性。我们的进度，在这里可移植性通常可移植性都是软件针对平台而言的。软件应该能够适应更多种平台。在软件开发过程中，应当使用成熟的，公开支持的标准，尤其是大厂商所支持的标准，来确保系统不丧失软件环境的可移植性。我们的进度，在这里总结一下可靠性可用性有效性可移植性平安性、事务性、稳定性容易学习，使用效率，记忆性，错误恢复，主观满意度性能、可伸缩性、可扩展性我们的进度，在这里获取非功能需求可以用一个调查表的形式来获取非功能需求。调查表内容如下：非功能需求调查表可靠性安全性系统数据的敏感程度如何

系统运行于何种环境

客户组织中的信息保密程度

使用人员情况

事务性系统业务交叉程度如何

数据精确度要求如何

业务是在线的还是离线的

系统集成情况如何

是分布式系统还是集中式系统

稳定性系统的服务能力要求如何

用户的操作频率如何

业务的及时性要求如何

数据的重要程度如何

我们的进度，在这里获取非功能需求非功能需求调查表可用性界面客户的行业性质如何

客户的企业文化如何

客户业务的复杂程度如何

使用人员的情况如何

操作习惯客户之前使用过什么系统吗？

客户喜欢什么样的操作风格

文档要求客户需要联机文档吗？

客户需求在线帮助吗？

客户的计算机操作水平如何？

我们的进度，在这里获取非功能需求非功能需求调查表有效性性能系统的平均访问量

系统的峰值访问量

系统的数据流量

系统的并发要求

硬件环境如何

可伸缩性客户业务预期的扩张速度

客户数据量的扩张速度

使用人数的扩张速度

可扩展性系统规模会持续扩大吗？

客户是否有长期系统建设计划？

客户有升级系统的长期计划吗？

我们的进度，在这里非功能需求调查表可移植性硬件环境客户当前的硬件环境如何

客户是否有长期的硬件厂商合作伙伴

客户的业务是否在快速增长

软件环境客户和系统运行环境如何

客户是否有长期的软件提供商

开发者自己是否有长期明确的技术路线

我们的进度，在这里工作任务2：完成用例描述我们的进度，在这里用例描述用例图只是简单地用图描述了一下系统，但对于每个用例，我们还需要有详细的说明，这样就可以让别人对这个系统有一个更加详细的了解，这时我们就需要写用例描述。对于用例描述的内容，一般没有硬性规定的格式，但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括：简要描述〔说明〕、前置〔前提〕条件、根本领件流、其他事件流、后置〔事后〕条件等等。我们的进度，在这里用例描述模板一简要描述：对用例的角色、目的的简要描述；前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件；根本领件流：描述该用例的根本流程，指每个流程都“正常〞运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；其他事件流：表示这个行为或流程是可选的或备选的，并不是总要总要执行它们；异常事件流：表示发生了某些非正常的事情所要执行的流程；后置条件：用例一旦执行后系统所处的状态。

我们的进度，在这里用例描述例如用例名称：网站公揭发布用例标识号：202参与者：负责人简要说明：

负责人用来填写和修改家教网站首页的公告，公告最终显示在家教网站的首页上。前置条件：

负责人已经登陆家教网站管理系统根本领件流：

1．负责人鼠标点击“修改公告〞按钮

2．系统出现一个文本框，显示着原来的公告内容

3．负责人可以在文本框上修改公告，也可以完全删除，重新写新的公告

4．负责人编辑完文本框，按“提交〞按钮，首页公告就被修改

5．用例终止其他事件流A1：

在按“提交〞按钮之前，负责人随时可以按“返回〞按钮，文本框的任何修改内容都不会影响网站首页的公告异常事件流：

1．提示错误信息，负责人确认

2．返回到管理系统主页面后置条件：

网站首页的公告信息被修改我们的进度，在这里用例描述模板二用例编号用例名用例描述参与者前置条件后置条件根本路径1,….XXXX2.….XXXX扩展点 2a.….XXXX 2a1.….XXXX变异点补充说明用例描述模板三(英文)UseCaseID:UseCaseName:CreatedBy:LastUpdatedBy:DateCreated:DateLastUpdated:我们的进度，在这里Actor:Description:Preconditions:Postconditions:Priority:FrequencyofUse:NormalCourseofEvents:AlternativeCourses:Exceptions:Includes:SpecialRequirements:Assumptions:NotesandIssues:我们的进度，在这里图书管理系统的用例描述为每一个用例写一个用例描述。我们的进度，在这里图书管理系统的用例描述——登录用例名称：登陆用例描述：本系统需要参与者输入帐号和密码进行系统登陆，该用例页面是系统起始页面。用户帐号和密码是系统默认已经分配的。参与者：图书馆工作人员。前置条件：无根本路径：输入帐号，密码点击“进入系统〞验证用户权限，进入主界面备选流程：点击“重新填写〞，实现重填帐号密码功能。输入帐号或密码不正确，重新登陆。进入根本路径1我们的进度，在这里图书管理系统的用例描述——注销用例名称：注销用例描述：图书管理员离开系统参与者：图书馆工作人员。前置条件：已经进入系统根本路径：点击“注销〞提示“确认退出〞点击确认，退出系统备选流程：点击取消不退出系统我们的进度，在这里图书管理系统的用例描述——借阅管理用例名称：借阅管理用例描述：此用例用来供用户完成借阅管理工作，包括两个扩展用例——“新办借阅证〞和“补办借阅证〞。参与者：图书馆工作人员。前置条件：图书馆工作人员已经登录我们的进度，在这里图书管理系统的用例描述——新办借阅证用例名称：新办借阅证用例描述：图书馆工作人员输入学生信息进行借阅证办理。参与者：图书馆工作人员。前置条件：图书馆工作人员点击“新办借阅证〞根本路径：输入学生信息〔学号，姓名，专业，班级，性别〕点击“提交〞显示添加的借阅证信息〔借阅证编号，学号，姓名，专业，班级，性别〕备选流程：点击“重新填写〞，实现重填学生信息功能。进入根本路径1我们的进度，在这里图书管理系统的用例描述——补办借阅证用例名称：补办借阅证用例描述：图书馆工作人员输入学生信息进行借阅证补办。参与者：图书馆工作人员。前置条件：图书馆工作人员点击“补办借阅证〞根本路径：输入学号点击“查询〞显示该学生遗失的借阅证信息〔借阅证编号，学号，姓名，专业，班级，性别〕点击“补办〞显示该学生新借阅证信息〔借阅证编号，学号，姓名，专业，班级，性别〕进入备选流程B备选流程：A：1点击“重新填写〞，实现重填学号。2进入根本路径1B：如果学生有借阅图书未归还，显示当前该学生借阅情况〔书名,ISBN，借阅时间，应归还时间〕我们的进度，在这里图书管理系统的用例描述——图书借阅用例名称：图书借阅用例描述：图书馆工作人员输入借阅证编号和图书登录号来完成图书借阅。参与者：图书馆工作人员。前置条件：图书馆工作人员点击“图书借阅〞根本路径：输入借阅证编号。输入图书登录号。点击“借阅〞显示当前借阅信息〔书名,ISBN，借阅时间，应归还时间〕备选流程：点击“重填〞实现借阅证和图书登录号重新填写我们的进度，在这里图书管理系统的用例描述——图书归还用例名称：图书归还用例描述：图书馆工作人员输入图书登录号进行图书归还。参与者：图书馆工作人员。前置条件：图书馆工作人员点击“图书归还〞根本路径：输入图书登录号点击“查询〞显示该书借阅证信息〔书名,ISBN，借阅时间，应归还时间〕点击“归还〞提示“归还成功〞备选流程：点击重新填写，实现图书登录号重新填写我们的进度，在这里现在，请完成剩下的4个用例描述图书管理新增图书删除图书修改图书我们的进度，在这里进一步分析系统的运行环境软件系统需要在特定的硬件和软件环境下运行。其中硬件环境包括：计算机硬件系统配置软件环境包括：操作系统，其他支持的软件，如数据库管理系统。我们的进度，在这里与用户确定最后交付的内容在需求分析中，我们还需要与用户就最终交付的软件产品内容，以及产品交付形式达成一致。软件产品不仅是可以运行的程序，还包括在整个软件开发过程中产生的一系列文档以及必要的用户使用说明书。软件产品的交付可以采用光盘形式〔CD，DVD〕，光盘介质存储比磁盘介质存储时间更持久一些。我们的进度，在这里工作任务3：完成需求规格说明书我们的进度，在这里需求规格说明书——重要的过程文档当需求分析结束的时候，需要提交需求规格说明书，作为下一个阶段的依据。需求规格说明书是软件工程开发过程的重要过程文档，应该格式正确。一般需求规格说明书应该包含以下几局部内容：我们的进度，在这里一个需求规格说明书的范例?网上招聘系统?需求规格说明书.doc需求规格说明书的模板.doc从ftp上可以下载以上两个文档。各小组按模板完成你们的需求规格说明书。因为该文档是正式文档，因此请保证格式正确，符合要求。〔可以利用计算机文化根底课程中学到的文档编辑知识进行文档排版〕我们的进度，在这里课后作业——来自经理的一封邮件各位工程组长，你们好！按照工程进度方案，我们将在11月2-3日进行需求评审工作，请各小组准备好演示ppt，主要介绍一下在最近一段工作中的情况(例如：如何做领域分析和需求分析的，过程怎么样，小组分工如何，小组成员如何协作的)。在评审中，需要展示你们小组的需求规格说明书！此次演示工作由分析人员完成,每个小组的演示时间为10分钟，而演示ppt的准备、需求规格说明书的准备可能会涉及到文档人员，请工程组长做好分工，表达团队合作精神。望周知！祝好！林琳

我们的进度，在这里PPT〔全名：PowerPoint〕是美国微软公司出品的办公软件系列重要组件之一〔另外还有Excel、Word等〕；最常用的就是用来制作幻灯片。MicrosoftOfficePowerPoint是一种演示文稿图形程序，该软件是功能强大的演示文稿制作软件；可协助用户单独或联机创立永恒的视觉效果；它增强了多媒体支持功能，利用该软件制作的文稿，可以通过不同的方式播放，也可将演示文稿打印成一页一页的幻灯片，使用幻灯片机或投影仪播放，可以将演示文稿保存到光盘中以进行分发，并可在幻灯片放映过程中播放音频流或视工程列表;新增工程;修改工程;删除工程;工程授权;工程任务统计;工程资源管理;工程进度管理;工程任务包管理;工程文档管理;工程费用管理;工程归档;工程查询;当前任务;工程统计分析。4.库存管理——掌握库存的动态流动状况，减少库存资金的占用，加强资金的合理使用。选择“库存管理〞模块后，在主菜单下将出现"库存资料维护"、"入库"、"出库"、"库存查询"、"仓库资料维护"、"业务类型维护"、"货物单位资料维护"几个子菜单。左方出现“存货管理〞模块的树状结构的库存分类信息。右边会出现库存列表，当没有选择库存分类的时候，库存资料列表将显示所有库存工程，按录入时间排序;在选择某个分类的时候，将显示该分类下的库存列表，库存列表会把当前的库存数量显示出来，点击某库存的链接将显示库存工程的详细信息。此模块包含以下主要功能：新增分类;修改分类;删除分类;新增存货工程;修改存货资料;删除存货资料;库存查询;入库登记;出库登记;查询存货收发记录;仓库资料维护;业务类型资料维护;货物单位资料维护。=========================================================================================================================================================原文出自【比特网】，转载请保存原文链接：频流。对用户界面进行了改进并增强了对智能标记的支持，可以更加便捷地查看和创立