软件需求分析(案例答案)

合集下载

软件工程导论(第六版)部分课后习题-答案

软件工程导论(第六版)部分课后习题-答案

软件工程导论(第六版)部分课后习题-答案软件工程导论(第六版)部分课后习题-答案一、选择题1. 答案:B解析:选择题解析2. 答案:A解析:选择题解析二、判断题1. 答案:对解析:判断题解析2. 答案:错解析:判断题解析三、填空题1. 答案:软件工程解析:填空题解析2. 答案:开发、维护解析:填空题解析四、简答题1. 答案:软件需求分析是软件工程的第一步,它主要是通过对用户需求的调查和分析,确定软件系统需要具备的功能和性能以及相关约束条件。

解析:简答题解析2. 答案:软件开发过程中的质量保证主要包括软件测试和代码评审两个方面。

软件测试是通过运行和验证软件系统的过程,以确定其是否满足预期的需求和标准。

代码评审则是对软件代码进行审查和评估,在开发过程中发现和修复潜在的问题和错误。

解析:简答题解析五、计算题1. 答案:20解析:计算题解析2. 答案:1000解析:计算题解析六、案例分析题1. 答案:软件项目管理是指对软件项目进行规划、组织、分配和控制的过程。

它包括项目范围管理、时间管理、成本管理、质量管理、风险管理等方面。

在一个项目中,软件项目经理负责整体的项目管理工作,包括资源的分配、进度的控制、风险的管理等。

解析:案例分析题解析2. 答案:敏捷开发是一种迭代、逐步增量的软件开发方法。

它强调快速、灵活地响应用户需求的变化,通过频繁的迭代和持续的反馈来逐步完善软件系统。

敏捷开发方法注重团队合作、交流和高效的沟通,通过直接面对面的沟通取代冗长的文档和繁琐的流程,提高软件开发的效率和质量。

解析:案例分析题解析总结:本文主要针对《软件工程导论(第六版)》部分课后习题提供了答案和解析。

其中包括选择题、判断题、填空题、简答题、计算题和案例分析题等多个题型。

通过解答这些习题,读者可以进一步加深对软件工程的理解和掌握。

希望本文对读者有所帮助,谢谢阅读。

软件需求分析案例

软件需求分析案例

《高校课程调度系统》软件需求规格说明书a。

引言a.1目的高校教务管理工作是高等教育中的一个极为重要的环节,是整个院校管理的核心和基础.面对种类繁多的数据和报表,面对手工处理方式已经很难跟上现代化管理的步伐。

随着计算机及通讯技术的飞速发展,高等教育对教务管理工作提出了更高的要求。

尽快改变传统的管理模式,运用现代化手段进行科学管理,已经成为整个教育系统亟待解决的课题之一。

根据全国高校教学管理软件市场的需求,开发完成教学管理系统尤其是课程调度管理系统迫在眉睫,为计算机管理课程调度工作提供全面的解决方案.a.2预期的读者和阅读建议本需求分析说明书适用于该项目客户、业务或需求分析人员,用户文档编写者,项目管理人员,项目产品开发人员,产品测试人员,技术支持人员。

a.3产品的范围高校课程调度系统,是一个集先进的关系和文档数据库技术、多媒体技术于一身的课程调度管理系统的解决方案。

本系统结构清晰、自动化程度高、运行速度快、用户界面友好、课程调度工作味道浓厚、使用灵活方便,可大大提高高校教务管理部门的工作效率,规范各类课程调度管理工作的业务流程。

本系统适合各类高等院校的各级教学、教辅管理部门使用(包括:教育处、教研科、教务科、基础课程科等),也适用于各类中专及职业技术学校。

a.4参考文献《普通高等学校本科专业设置规定》、《教育部关于高等学校学籍方面一些名称的提法》、《湖南省教委关于普通高等学校教学管理制度和学生学籍管理有关问题的暂行规定》、《教学一览》、《课程编号一览》、《软件工程》、《计算机系统导论》、《数据库原理与方法》、《 SoftWare Requirement 》b。

综合描述b.1产品的前景各级教学管理部门作为各个高等学府的一个重要职能部门,管理、制定、执行与学校头等大事—-教学工作有关的各项工作及政策。

其中,教学计划的实施是一个重要的环节。

每学期管理人员都要制定、整理教学计划,根据教学计划下达教学任务书,然后根据教学任务书编排课程表。

软件需求分析案例

软件需求分析案例
n
图书馆管理信息系统的2层数据流程图有: 图书馆管理信息系统的 层数据流程图有:图书 层数据流程图有 采编系统数据流程图、图书借阅系统数据流程图、 采编系统数据流程图、图书借阅系统数据流程图、 图书查询系统数据流程图、 图书查询系统数据流程图、图书预定系统数据流 程图、读者留言系统数据流程图、 程图、读者留言系统数据流程图、图书维护系统 数据流程图、 数据流程图、读者管理系统数据流程图和电子读 物系统数据流程图。 物系统数据流程图。
3
n
有指定的图书馆工作人员来帮助顾客像使用一般 书目索引一样使用基于电脑的工具。 书目索引一样使用基于电脑的工具。图书馆也必 须联网到其他的图书馆,以满足馆际互借的要求。 须联网到其他的图书馆,以满足馆际互借的要求。 这些相互连接的图书馆允许顾客可以直接访问它 们的馆藏。 们的馆藏。 图书馆工作人员的最后职责是获取和淘汰馆 藏图书。在获取新书的过程中, 藏图书。在获取新书的过程中,他们试图在满足 顾客的要求和达到广泛的收集之间取得平衡。 顾客的要求和达到广泛的收集之间取得平衡。当 图书的内容已经过时并且没有历史价值时, 图书的内容已经过时并且没有历史价值时,这本 图书将被淘汰。理想情况下,当一本书过时后, 图书将被淘汰。理想情况下,当一本书过时后, 它只有在一本内容更新的书在馆藏中代替它时才 会被淘汰。 会被淘汰。
19
n
n n n n n n
n
数据项组成: 借阅日期)+ 数据项组成:OrderDate (借阅日期)+ BookName(书名)+ )+RederID(读者账号)+ (书名)+ (读者账号)+ ReaderName(读者姓名)+ )+O_Quantity(借阅 (读者姓名)+ ( 数量) 数量) 数据流量: 数据流量:1000部/日 部日 高峰流量: 高峰流量:5000部/日 部日 数据流编号: 数据流编号:D03 数据流名称: 数据流名称:填写借阅记录 简述: 简述:填入借阅表的记录 数据流来源: 数据流来源:P2_13 检查合格的借阅图书信息录人 到借阅库中 数据流去向: 数据流去向:借阅库

软件需求分析案例

软件需求分析案例
问题处理人员:问题处理人员是 IT 部门负责处理问题单的角色。负责处理 分配给自己的问题单。
业务主管:对于业务人员提出的业务系统问题和 EMAIL 建立问题,需要由 业务主管来审核。业务主管被授权审核一类或者多类问题。
3
软件学院教学实践案例
IT 主管:负责审核本 IT 部门报给其他 IT 部门的问题。并对问题单的处理进 行管理。
动作执行者: 问题提交人员
状态来源:已受理
发生的动作 通过确认
约束条件 状态流向 操作提醒. 已解决关闭 无.
未通过确认,驳回给问题 处理人员
关闭
已受理
问题处理人员.
信息反馈 问题处理人员、选择链条上的所 有下级 IT 部门、问题提交人员 无
描述:对于一些无意义的问题直接关闭掉,问题终结。
状态来源:请求关闭、待分配
动作执行者:各级 IT 部门的问题分配人员
状态来源:未提交、待审核、审核中(来至下不同级别的 IT 部门)、已受理
(来至不同级别的 IT 部门)
发生的动作
约束条件 状态流向
操作提醒.
信息反馈
关闭
关闭
无.
问题提交人员,可选择相关人员
未解决关闭
未解决关闭
无.
问题提交人员,可选择相关人员
指派
已受理
问题处理人员
分公司系统管理员:负责 IT 问题管理和知识管理系统的管理工作,主要负 责分公司一级公司用户角色的指定。组织机构的管理。
问题提交人员:问题提交人员是指提交业务系统问题、网络问题、EMAIL 问题和 EMAIL 建立问题的人员。根据规定,问题提交人员只能提交指定类别的 问题。
问题分配人员:问题分配人员是 IT 部门负责问题分配的角色,他/她将所有 的问题分配给相关的问题处理人员。问题分配人员被授权分配一类或者多类问 题。

软件工程第3章 软件需求分析(终)

软件工程第3章  软件需求分析(终)

第3章软件需求分析案例3: 图书馆图书信息管理系统“图书馆管理系统”是借助计算机来完成图书馆日常管理工作,能提供借书帐号注册、登录功能,基于图书标题、图书编号、作者、出版社的查询,也可以同时多个选项进行同时查询提供图书状态的查询,如可借和不可借,完成借书登记、还书的登记,能帮助管理人员完成图书信息的管理,如图书信息的修改、新图书的增加、旧图书的删除,图书分类工作,从而使图书馆的日常工作信息化、快捷化,减轻图书馆管理工作的困难。

因此,“图书馆管理系统”对于图书馆的日常管理工作和信息化到至关重要的作用。

【知识导入】通过对本章节内容的学习,掌握软件需求分析的基本内容,需求分析的特征及评审。

能够完成项目的需求分析,确立正确的项目开发思路。

软件需求是一个项目的开端,是整个软件项目开发的基础。

即表示该软件经过可行性分析后确立有此需求,而开发该项目。

因此,需求分析在整个项目建设过程中至关重要,是项目开发的基石,基石的牢固程度决定了后期项目的进展以及项目开发完工后的产品质量的优劣,可以说需求分析的好坏直接影响到软件项目开发的成败。

软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。

IEEE (美国电气和电子工程师协会)是这样对需求分析做定义的:①用户解决问题或达到系统目标所需要的条件②为满足一个协议、标准、规格或其他正式制定的文档,系统或系统构建所需满足和具有的条件或能力③将需求要求条件进行文档化描述。

这个概念全方位阐述了需求的概念,较完整的表达了软件需求的内涵和外延,便于用户的全面理解。

而需求分析最终就是通过对应用问题及其环境的分析与理解采用一系列的分析方法和技术将用户的需求逐步精确化、完全化、一致化,最终形成需求规格说明文档的过程。

系统分析阶段产生的系统规格说明书和项目规划是软件需求分析的基础,分析人员需要从软件的角度对其进行检查和调整,并在此基础上展开需求分析。

需求分析阶段的成果主要是需求规格说明书,该成果又是软件设计、编码、测试直至维护的主要基础。

2024年软件资格考试系统分析师(高级)(综合知识、案例分析、论文)合卷试卷与参考答案

2024年软件资格考试系统分析师(高级)(综合知识、案例分析、论文)合卷试卷与参考答案

2024年软件资格考试系统分析师(综合知识、案例分析、论文)合卷(高级)模拟试卷(答案在后面)一、综合知识(客观选择题,75题,每题1分,共75分)1、软件工程的基本目标是()A. 提高软件质量B. 提高软件生产效率C. 降低软件成本D. 提高软件可维护性2、在软件需求分析过程中,以下哪个不属于需求验证的范畴?()A. 用户访谈B. 实际运行C. 演示验证D. 确认测试3、题干:在软件工程中,以下哪个阶段是用来确定软件需求的?A. 需求分析B. 系统设计C. 编码D. 测试4、题干:在UML(统一建模语言)中,以下哪种图用于展示系统的静态结构?A. 类图B. 序列图C. 状态图D. 活动图5、以下哪个选项是UML(统一建模语言)中用于描述系统内部组件之间交互的图?A. 时序图(Sequence Diagram)B. 类图(Class Diagram)C. 构件图(Component Diagram)D. 用例图(Use Case Diagram)6、软件需求规格说明书(SRS)的作用不包括以下哪项?A. 确保软件系统的需求是完整、一致和可验证的B. 为软件开发团队提供清晰的开发方向C. 作为项目验收的唯一依据D. 向利益相关者提供关于系统功能和性能的详细信息7、题目:在软件工程中,以下哪个阶段是需求分析的主要任务?A. 系统设计B. 系统规划C. 系统测试D. 需求分析8、题目:以下哪种方法不是软件测试中的静态测试方法?A. 检查B. 代码审查C. 单元测试D. 模块测试9、题干:以下哪个技术是实现数据加密的一种方式?A. RSAB. MD5C. HTMLD. TCP11、题干:在软件开发生命周期中,需求分析阶段的主要目标是?A. 确定软件系统的功能需求和非功能需求B. 设计软件系统的总体架构C. 实现软件系统的核心功能D. 测试和验证软件系统的质量13、在面向对象设计中,以下哪一项不是设计模式?A. 单例模式B. 命令模式C. 观察者模式D. 工厂方法模式15、关于面向对象的设计原则,以下哪一项陈述是正确的?A. 开闭原则表明一个模块应该对其接口开放,对其实现封闭。

软件工程需求分析案例

软件工程需求分析案例

11.假设你在一所职业高中工作,负责该校信息系统的建设与维护。

财务科长请你研究用学校拥有的微型计算机生成工资明细表和各种财务报表的可能性。

请详细描述你用结构化分析方法分析上述问题的过程。

答:通常,结构化分析过程包括问题定义、可行性研究和需求分析3个阶段。

下面分别叙述这3个阶段的分析过程。

(1)问题定义从何处着手解决财务科长提出的问呢?立即开始考虑实现工资支付系统的详细方案并动手编写程序,对技术人员无疑是很有吸引力的。

但是,在这样的早期阶段就考虑具体的技术问题,却很可能会是我们迷失前进的方向。

会计部门(用户)并没有要求在学校自己的计算机上实现工资支付系统,仅仅要求研究这样的可能性。

后者是和前者很不相同的问题,它实际上是问,这样做预期将获得的经济效益能超过开发这个系统的成本吗?换句话说,这样做值得吗?优秀的系统分析员还应该进一步考虑,用户面临的问题究竟是什么。

财务科长为什么想研究在自己的计算机上实现工资支付系统的可能性呢?询问财务科长后得知,该校一直由会计人工计算工资并编制财务报表,随着学校规模扩大工作量也越来越大。

目前每个月都需要两名会计紧张工作半个月才能完成,不仅效率低而且成本高。

今后学校规模将进一步扩大,人工计算的成本还会进一步提高。

因此,目标是寻找一种比较便宜的生成工资明细表和各种财务报表的办法,并不一定必须在学校自己的计算机上实现工资支付系统。

财务科长提出的要求,实际上并没有描述应该解决的问题,而是在建议一种解决问题的方案。

这种解决方案可能是一个好办法,分析员当然应该认真研究它,但是也还应该考虑其他可能的解决方案,以便选出最好的方案。

良好的问题定义应该明确地描述实际问题,而不是隐含的描述解决问题的方案。

分析员应该考虑的另一个关键问题,是预期的项目规模。

为了改进工资支付系统最多可以花多少钱?虽然没人明确提出来,但是肯定会有某个限度。

应该考虑下述3个基本数字:目前计算工资所花费的成本,新系统的开发成本和运行费用。

软件工程实用案例 第4章 结构化需求分析

软件工程实用案例 第4章 结构化需求分析
2 项目前景 2.1 前景概述 2.2 主要特性
3项目范围 3.1 第一版范围 3.2 后续版本范围 3.3 限制与排除
4项目环境 4.1 操作环境 4.2 涉众 4.3 项目属性
词汇表 参考资料 附录
4.3 需求获取
4.3.3 选择信息的来源
• 1. 涉众
• 包括用户、客户、领域专家、用户替代源(市场人员、销售人员) 等。
4.4 需求分析
4.4.1 过程建模
4.4.1.1 数据流图
3. 分层结构 (3)N层图
图4-12 功能分解示意图
4.4 需求分析
4.4.1 过程建模
4.4.1.1 数据流图
3. 分层结构 (3)N层图
图4-13 食物订货系统的1层图
4.4 需求分析
4.4.1 过程建模
4.4.1.2 微规格说明
正式规定文档所需具有的条件或能力。
(3) 对(1)或(2)所描述的条件或能力的文档化表述。 其中,(1)是从用户角度定义的,(2)是从开发人员、
系统的角度定义的。
4.1 需 求
4.1.2 需求的层次
需求通常体现为三个层次:业务需求、用户需求和系 统需求。
4.1 需 求
4.1.2 需求的层次
4.3 需求获取
4.3.2 定义项目前景和范围
• 1.明确问题
P1 决策者:生产的废品过多。
• 2.发现业务需求
BR1:提供销售订单的准确性,减少因此而产生废品。
BR2:提供销售订单的准确性,在使用后3个月内,减少50%因此而产生 的废品。
4.3 需求获取
4.3.2 定义项目前景和范围
• 3.定义解决方案及系统特性
4.3 需求获取
4.3.4 需求获取的方法

软件需求分析案例

软件需求分析案例

软件需求分析案例在软件开发过程中,需求分析是非常重要的一环。

它直接影响着软件的最终质量和用户体验。

本文将以一个虚拟的在线购物软件为例,介绍软件需求分析的过程和方法。

首先,我们需要明确软件的功能需求。

对于在线购物软件来说,用户可以浏览商品、加入购物车、下单购买、查看订单等是基本功能。

但是,针对不同的用户群体,可能有不同的需求。

比如,对于普通用户来说,浏览商品的速度和界面友好度可能更为重要;而对于商家来说,后台管理功能可能更加关键。

因此,我们需要对不同用户的需求进行分析,以确保软件满足各方的需求。

其次,我们需要考虑软件的性能需求。

在高并发情况下,软件需要能够快速响应用户的请求,保证系统稳定运行。

同时,对于数据的存储和处理能力也有一定的要求。

在这个案例中,我们需要考虑用户量大时,系统的负载能力和性能表现。

另外,安全性也是软件需求分析中需要重点考虑的问题之一。

在在线购物软件中,用户的个人信息和支付信息都需要得到保护。

因此,我们需要分析软件在数据传输、存储和处理过程中的安全性需求,确保用户信息不被泄露和攻击。

最后,用户体验也是软件需求分析中至关重要的一环。

在这个案例中,我们需要考虑用户在浏览商品、下单购买、查看订单等过程中的体验,确保界面友好、操作便捷。

同时,对于不同终端的适配也需要进行分析,比如在手机端和电脑端的界面展示和操作方式可能有所不同。

综上所述,软件需求分析是软件开发过程中至关重要的一环。

通过对功能需求、性能需求、安全性需求和用户体验需求的分析,可以确保软件开发的顺利进行,最终交付一款满足用户需求的优质软件产品。

软件项目管理案例教程(第2版)课后习题答案(详细版)

软件项目管理案例教程(第2版)课后习题答案(详细版)

课后练习题答案序--练习题一、回答问题:1.项目集成管理(Project Integration Management)是什么?集成项目管理是项目成功的关键,它贯穿了项目的全过程,包括从初始、计划、执行、管理到结束等过程。

项目集成管理在项目的整个生存期内协调项目管理其他各管理知识域,保证项目总目标的是实现。

2.项目管理九大知识域是什么?项目管理九大知识域是项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目采购管理、项目沟通管理、项目风险管理、项目集成管理。

3.项目成本管理(Project Cost management)包括哪些过程?项目成本管理(Project Cost management)包括成本估算(Cost estimating),成本预算(Cost budgeting),成本控制(Cost control)等过程。

4.项目管理的五个过程组是什么?项目管理的五个过程组是启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组。

5.下面活动是项目:●野餐活动●集体婚礼●开发微软的操作系统●神州飞船计划二、判断题:6.项目开发过程中可以无限制地使用资源。

(×)7.项目具有暂时的特征。

(√)8.项目管理核心的三角形是范围、进度、风险。

(X)9.过程管理与项目管理在软件组织中是两项最为重要的管理,项目管理用于保证项目的成功,而过程管理用于管理最佳实践。

(√)10.运作管理(Operation Management)是从宏观上帮助企业明确和把握企业发展方向的管理。

(×)第一章练习题一、名词解释1.项目章程项目章程(project charter)是指项目执行组织高层批准的一份以书面签署的确认项目存在的文件,包括对项目的确认、对项目经理的授权和项目目标的概述等。

2.项目建议书项目建议书是指在项目初期为竞标或签署合同而提交的文档,它是在甲乙双方对相应问题共同认识的基础上,清晰地说明项目的目的以及操作方式,可以决定项目有无足够吸引力或可行不可行。

软考系统架构设计师案例分析及参考答案(一)

软考系统架构设计师案例分析及参考答案(一)

软考系统架构设计师案例分析及参考答案(一)一、试题一:阅读以下关于软件架构评估的说明,回答下列问题。

【说明】某软件公司拟为某市级公安机关开发一套特种车辆管理与监控系统,以提高特种车辆管理的效率和准确性。

在系统需求分析与架构设计阶段,用户提出的部分需求和关键质量属性场景如下:(a)系统用户分为管理员、分管领导和普通民警等三类;(b)正常负载情况下,系统必须在0.5秒内对用户的车辆查询请求进行响应;(c)系统能够抵御99.999%的黑客攻击;(d)系统的用户名必须以字母开头,长度不少于5个字符;(e)对查询请求处理时间的要求将影响系统的数据传输协议和处理过程的设计;f)网络失效后,系统需要在2分钟内发现并启用备用网络系统;(g)在系统升级时,需要保证在1个月内添加一个新的消息处理中间件;(h)查询过程中涉及到的车辆实时视频传输必须保证20帧/秒的速率,且画面具有600×480的分辨率;(0)更改系统加密的级别将对安全性和性能产生影响;(j)系统主站点断电后,需要在3秒内将请求重定向到备用站点;(k)假设每秒中用户查询请求的数量是10个,处理请求的时间为30毫秒,则“在1秒内完成用户的查询请求”这一要求是可以实现的;(l)对用户信息数据的授权访问必须保证99.999%的安全性;(m)目前对“车辆信息实时监控”业务逻辑的描述尚未达成共识,这可能导致部分业务功能模块的重复,影响系统的可修改性;(n)更改系统的Web界面接口必须在1周内完成;(o)系统需要提供远程调试接口,并支持系统的远程调试。

在对系统需求和质量属性场景进行分析的基础上,系统的架构师给出了三个候选的架构设计方案。

公司目前正在组织系统开发的相关人员对系统架构进行评估。

【问题1】(12分)在架构评估过程中,质量属性效用树(utility tree)是对系统质量属性进行识别和优先级排序的重要工具。

请给出合适的质量属性,填入图1中(1)、(2)空白处;并选择题干描述中的(a)~(o),将恰当的序号填入(3)~(6)空白处,完成该系统的效用树。

软件工程案例教程答案

软件工程案例教程答案

1.下列所述不是软件特点的是(A)A.软件是有形的B.软件不存在磨损和消耗问题C.软件开发成本高D.软件没有明显的制作过程2.软件工程的出现主要是由于(C)A.程序设计方法学的影响B.其他工程学科的影响C.软件危机的出现D.计算机的发展3.以下(C)不是软件危机的表现形式A.开发的软件不满足用户的需要B.开发的软件可维护性差C.开发的软件价格便宜D.开发的软件可靠性差4.软件工程的目的是(C)A.建造大型的软件系统B.开发的软件可维护性差C.软泥吉安质量的保证D.研究软件开发的远离5.下列所述不是软件组成的是(D)A.程序B.数据C.界面D.文档6.下列对“计算机软件”描述正确的是(A)A.是计算机系统的组成部分B.不能作为商品参加交易C.是在计算机硬件设备生产过程中生产出来的D.之存在语计算机系统工作时7.软件工程的方法的产生源于软件危机,下列(D)是产生软件危机的内在原因A.软件的复杂性B.软件维护困难C软件成本太高. D.软件质量难保证8.软件工程方法的提出源于软件危机,其目的应该是最终解决软件的(D)问题A.软件危机B.质量保证C.开发效率D.生产工程化9.软件工程学中除重视软件开发的研究外,另以重要组成内容是软件的(A)和过程改进A.项目管理B.成本核算C.人员培训D.工具开发10.软件工程设计软件开发技术和项目管理等方面内容,下述内容中(D)不属于开发技术的范畴A.软件开发方法B.软件开发工具C.软件工程环境D.软件工程经济二、填空题1.软件工程的目的是成功的建造大型的软件系统,主要内容是开打软件开发技术、软件项目管理和软件质量管理。

2.螺旋式开发模型主要是针对风险比较大的项目而设计的3.由于软件产生的复杂性和高成本,使大型软件产生出了很多问题,即出现软件危机,软件工程正是为了克服它而提出的一种概念及相关方法和技术。

4.增量模型假设需求可以分段,成为一系列增量产品,每一增量可以分别开发。

软件项目管理案例全答案

软件项目管理案例全答案

第一章案例一:项目计划编制参考答案【问题1】(6分)小丁在接到任务后开始项目计划的编制工作,编制的计划应包括:(l)项目总计划(包括范围计划、工作范围定义、活动定义、资源需求、资源计划、活动排序、费用估算、进度计划以及费用计划)。

(2)项目辅助计划(质量计划、沟通计划、人力资源计划、风险计划、采购计划等)。

【问题2】(6分)根据《中华人民共和国招投标法》第48条:中标人应当按照合同约定履行义务,完成中标项目。

中标人不得向他人转让中标项目,也不得将中标项目肢解后分别向他人转让。

中标人按照合同约定或者经招标人同意,可以将中标项目的部分非主体、非关键性工作分包给他人完成。

接受分包的人应当具备相应的资格条件,并不得再次分包。

中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。

本案例中,A公司将子项工程分包给B,B又将其分包给C,显然违背了招投标法的这一条款。

根据条款中的内容:“中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。

”A公司显然要承担责任,同时B公司也负连带责任。

【问题3】(6分)本题中,在项目执行过程中,项目发生的变更,程序员小张擅自修改了已进入基线的程序,作为项目经理的小丁不应该默许他的操作,且修改后的东西没有经过评审。

项目中缺乏变更控制的体系,需要建立变更控制流程,确保项目中所做的变更保持一致,并将产品的状态、对其所做的变更,以及这些变更对成本和时间表的影响通知给有关的项目干系人,以便于资源的协调。

同时,项目团队所有成员要清楚变更程序的步骤和要求。

提出以下建议:(1)建立配置管理体系。

(2)建立变更请求流程。

(3)组建变更控制委员会。

【问题4】(7分)(1)从项目管理9大知识点出发简单阐述本项目。

(2)从本项目管理较弱的部分进行重点的阐述,如对法律法规的理解(招投标管理)、项目进度管理、项目变更的控制。

配置管理及进度计划的变更将导致质量和成本的变化,描述进度、质量、成本三要素之间的关系。

软件需求分析(案例)

软件需求分析(案例)

软件需求分析(案例)本文介绍了教学管理系统JXGL的需求和服务,该系统用于高等学校的课程选修注册和学生成绩管理。

系统的用户包括学生、教师和教学管理员。

下面将详细介绍系统的需求描述。

首先,系统提供两个方面的服务:选课管理和成绩管理。

在选课管理方面,教学管理员需要录入和生成新学期的课程表,打印课程目录表供师生参考选择。

如果某门课程的选课人数少于10人,则停开该课程,从课程目录表中删除;如果某门课程的选课人数多于30人,则停止选课。

学生可以在计算机上进行选课注册,每个学生最多选4门课程,每门课程最多允许30名学生选课注册。

选课注册结束后,教学管理员需要打印学生选课注册名单和开课通知书,送交有关部门和授课教师。

此外,系统还提供查询功能,包括课程信息、学生选课信息和学生、教师信息。

教学管理员还需要对学生的选课注册信息进行统计,并印制汇总统计报表。

在成绩管理方面,系统需要提供学生成绩管理服务。

教师可以查询新学期将开设的课程、参加听课的学生情况,以及学生的考试成绩。

教学管理员需要对学生成绩进行管理,并提供统计和报表生成功能。

1) 成绩录入:学校的教学管理员将学生的考试成绩录入系统。

2) 成绩查询:教师和教学管理员可以通过输入关键词(如学生姓名、课程名称、授课教师姓名、学分等)查询学生的考试成绩。

学生只能查询自己的考试成绩,不能查询别人的。

3) 成绩统计与报表生成:教学管理员可以根据课程、学生和班级进行成绩统计,并打印成绩汇总统计报表。

为了保存数据,需要建立教学管理数据库,包括学生表、教师表、课程表、选课表、任课表和成绩表。

教学管理员有权操纵数据库的数据,进行添加、更新和删除等操作。

学生和教师只能查询信息,并且只能对自己相关的数据进行添加、更新和删除等操作。

教学管理系统JXGL的直接用户有学生、教师和教学管理员。

除了教师和教学管理员可以进行操作外,学生和教师只能查询信息和对自己相关的数据进行操作。

此外,JXGL系统还需要将学生选课注册信息传输给财务系统,以供财务系统计算学生应缴纳的费用。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

案例one:教学管理系统(用例驱动的交互式需求获取)以一个教学管理系统JXGL的分析与设计作为示例,说明用例驱动技术在软件项目开发中的应用。

高等学校的教学管理内容十分丰富,工作繁多。

作为一个示例,规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。

教学管理系统JXGL的用户是学校的学生、教师和教学管理员。

学生使用JXG系统查询新学期将开设的课程和授课教师的情况,选择自己要学习的课程,并进行登记注册。

学生还可以使用JXGL系统查询自己的课程成绩。

教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况,以及学生的考试成绩。

教学管理员使用JXGL系统进行教学管理,包括新学期的课程选课注册管理和学生成绩管理。

1.需求描述:对教学管理系统JXGL要求提供两个方面的服务:(1)选课管理,负责新学期的课程选课注册工作;(2)成绩管理,负责学生成绩管理。

在选课管理方面应填写的用户需求描述如下。

(1)录入与生成新学期课程表教学管理员在新学期开始前录入新学期课程,打印将开设的课程目录表,供师生参考选择。

若某课程的实际选课学生少于10人,则停开该课程,把该课程从课程目录表中删除;若某课程的选课学生多于30人,则停止选课。

(2)学生选课注册新学期开始前一周为选课注册时间,在此期间学生可以选课注册,并且允许改变或取消注册申请。

每个学生选课不超过4门课程。

每门课程最多允许30名学生选课注册。

学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。

在选课注册结束后,教学管理员打印学生选课注册名单和开课通知书,送交有关部门和授课教师。

(3)查询可以查询课程信息、学生选课信息和学生、教师信息。

学生、教师、教学管理员可以查询课程表,获得课程信息。

查询的关键词以是:课程名,授课教师名,学分。

教师、教学管理员可以查询学生选课情况。

查询的关键词可以是:学生名、程名,授课教师名,学分。

学生只允许查询自己的选课信息,不允许查询别人选课信息。

学生、教师、教学管理员可以查询学生或教师的信息。

查询的关键词可以是学生名、教师名,性别、班级、职称。

(4)选课注册信息的统计与报表生成。

教学管理员对学生的选课注册信息进行统计(按课程,按学生,按班级),印汇总统计报表。

在成绩管理方面应填写的用户需求描述如下:(1)成绩录入:教学管理员录入学生考试成绩。

(2)成绩查询:教师、教学管理员可以查询学生考试成绩。

查询的关键词可以是:学生名、课程名、授课教师名、学分名、学生只允许查询自己的考试成绩,不允许查询别人的考试成绩。

(3)成绩统计与报表生成教学管理员进行成绩统计(按课程、学生、按班级),打印成绩汇总统计报表。

为保存数据,需建立教学管理数据库。

可以采用关系数据库,建立下列数据库表:学生表、教师表、课程表、选课表、任课表、成绩表。

教学管理系统的直接用户有学生、教师和教学管理员。

教学管理员有权操纵数据库的数据,进行添加、更新、删除等操作。

学生和教师一般只查询信息,只允许对自己有关的数据进行添加,更新、删除等操作。

教学管理系统JXGL的相关系统有财务系统。

JXGL系统需要把学生选课注册信息传送给财务系统,以供财务系统计算学生应交纳的费用,但是不要求财务系统回馈学生应交纳的费用信息。

假定在学校的计算中心有功能强大的工作站机器,在各系、各部门、图书馆、学生宿舍都有台式PC机,学校的全部计算机已经连网。

教学管理系统JXGL将采用客户机/服务器结构建立,JXGL系统的应用服务器和数据库服务器设置在学校计算中心的工作站。

学生、教师和教学管理员可以在各系、各部门、图书馆、学生宿舍的台式PC机上使用JXGL系统。

2.确定系统范围和边界首先要确定业务需求和系统目标。

教学管理系统JxGL用于新学期课程的选课注册管理和学生的成绩管理。

凡是这两方面的教学管理内容都是JXGL系统的职责范围,其他的教学管理内容,如安排教学计划、排课、实习、实验、考试等都不属于JXGL系统的职责范围。

至于学校的其他管理工作,如科研、人事、财务、资产等管理不属于JXGL系统的职责范围。

JXGL系统与财务系统存在系统边界,财务系统将从JXGL系统得到学生选课注册信息。

JXGL系统与学校的其他信息管理系统没有直接的联系,但是可以从学校的全局数据库中共享学生、教师、教学计划等必要的数据。

3.定义用户根据JXGL系统用户需求描述可以确定4个参与者:学生、老师、教学管理员和财务系统。

对于每一个参与者,应当明确其业务活动的内容、对系统的服务要求。

“学生”参与者使用JXGL系统查询新学期开设的课程信息和教师开课信息,选课并登记注册课程,查询自己的课程成绩信息。

“老师”参与者使用JXGL系统查询新学期开设的课程信息、学生选课信息和学生成绩信息。

“教学管理员”参与者使用JXGL系统管理学期开设的课程的选课注册和学生的考试成绩。

管理工作包括课程与成绩数据的录入、维护、统计、报表打印等,并且负责把学生的选课注册信息发送给财务系统,作为计算学生应付费用的依据。

“教学管理员”要求能够方便地查询课程信息、学生选课信息、学生信息、教师信息和成绩信息。

“财务系统”参与者是外部系统参与者,从JXGL系统接受学生的课程注册信息。

4. Use Case的获取每一个USeCase都是一个参与者与系统在交互中执行的有关事务序列。

应当根据用户需求描述,找出全部的USeCase,并从参与者的角度给出事件流,当USeCase执行时系统应提供给参与者的服务。

从JxGL的用户需求描述分析可的有以下用例存在:(1)查询课程信息:学生、教师或教学管理员查询课程表,获得课程信息。

(2)选课注册:学生登录进行选课注册。

(3)管理开设课程:教学管理员登录系统产生选课信息,按照要求进行分类统计,生成选课注册报表。

(4)管理学生信息:教学管理员对学生数据进行录入、修改、删除等操作。

(5)管理老师信息:教学管理员对教师数据进行录入、修改、删除等操作。

(6)管理课程信息:教学管理员对课程数据进行录入、修改、删除等操作。

(7)查询学生成绩:学生、教师查询学生成绩。

(8)查询课程成绩:学生、教师查询课程成绩。

(9)学生成绩管理:教学管理员对学生考试成绩数据进行录入,修改、删除等操作。

(10)成绩统计:教学管理员对学生的考试成绩数据进行分类统计,生成成绩报表。

5.需求获取描述(1)(2)(3)(4)(5)(6)(7)6.导出UseCase案例Two:广东省水利厅办公业务资源系统广东省水利厅办公业务资源系统是一个面向300多用户以及10多个部门日常业务流程的项目,由于系统牵涉的用户面和业务范围较广,系统的各种功能与用户的日常工作息息相关,因此做好系统需求分析显得至关重要。

项目需求调研阶段,始终坚持“以用户为中心”,采取了有效、多样的方式与用户沟通,充分重视用户提出的每一项需求,并根据实际情况采用各种技术手段与用户进行沟通以最大限度获得需求。

(1)系统功能和性能需求分析分析总结旧系统功能和性能方面存在的问题和缺陷对于获取新系统的需求具有很大参考价值。

经过研究分析,水利厅原有办公自动化系统存在几个突出的问题:①技术手段比较落后。

如采用C/S的模式一方面随着用户量增加导致服务器负载过高,服务器性能明显下降;另一方面系统管理员的维护工作量很大,系统版本更新后需要重新更新各客户端程序;②系统的跨平台性和移植性差。

旧系统是基于NET平台开发,未来想移植到LINUX或者UNIX操作系统上困难很大;③工作流固化用户实际流程与默认流程不符时需手工重新配置流程,导致系统推广应用难度大;④可供办公使用的信息资源少。

基于以上分析,可得出新系统的功能和性能方面基本要求如下:功能主要包括公文处理子系统、内部电子邮件、机关事务管理子系统、业务资源库等。

性能及约束条件方面要求主要包括跨平台性、易维护性、稳定性、响应速度等。

技术方面要求采用J2EE平台和关系型数据库(ORACLE)实现,基于B/S的三层体系结构进行设计。

(2)需求信息来源分析通过对需求信息的来源进行分析,得出如下需求捕获计划(见表1)。

(3)需求分析技术的选用用户调查。

在直接与用户进行面对面交流前,先对旧系统用户作一个书面调查,收集他们对旧系统的使用体会以及对新系统最关心的功能需求,目的是在面对面进行用户访谈时提高需求分析人员提问的针对性和引导作用。

《需求调研表》涉及的主要内容包括:用户使用频度最高的功能、旧系统设计存在的主要不足、对系统改进的建议等,调查对象为全体用户。

通过收集用户的信息反馈表并进行归纳总结,得出以下几个结论:用户使用频率最高的模块主要是公文收发处理、内部电子邮件、公告发布;旧系统最大的不足主要集中在系统界面不够友好、系统响应速度越来越慢、流程设计不灵活、系统可供办公参考的资料较少等几个方面。

用户访谈。

经过用户调查后,通过组织用户进行面对面访谈来达到细化系统需求的目的。

访谈的对象主要是典型业务处室代表,如办公室负责文件收发的秘书、关键业务部门、技术部门的代表。

进行访谈前要根据用户调查的结果设计一些有针对性和引导作用的问题,如:公文收发的流程是怎样的(办公室代表回答)?在业务处室内部处理的流程是怎样的(业务处室代表回答)?系统界面的人性化方面有哪些要求(全体代表回答)?系统管理方面的需求是什么(技术部门代表回答)?参观考察。

为了吸取兄弟单位同类项目的先进经验,开拓思路,组织用户到一些有成功案例和良好口碑的单位进行参观考察。

通过参观考察,博取众长,将各单位有价值的好的经验和做法吸纳到本系统的建设需求中来。

(4)几种需求分析技术对比①用户调查覆盖的面较广(涉及到本单位300多用户),不需要占用被访用户太多工作时间,容易被用户接受。

但是由于某些用户对用户调查的重视程度不够,导致所反馈的信息不全面,参考价值有限,只能作为需求分析技术的一种参考和补充手段。

②用户访谈对于本系统需求分析是一种收效较好的技术手段。

但是这种技术的使用对于需求分析人员来说有较高要求,如谈话技巧、领域的知识面等;另一方面寻找一个各关键被访对象均有空的时间较难。

在条件允许的情况下,应尽量采用这种技术。

③参观考察对系统需求获取可以起到画龙点睛、开阔用户思路、取长补短的效果。

案例3:学院房产管理系统1.开发背景:行政学院房地产管理系统是在金融体制改革的形势下,由行政学院信息技术部承担开发的,在成都市范围内进行房产投资和管理的应用系统。

系统的应用范围包括跟踪资本的分配和划拨、所产生的资产现金流和这些现金流的来源,以及计算所有投资的回报情况的能力。

该系统不仅使这些资产可以像管理固定收入有价证券组合一样被管理,也为学校领导层提供了监控资金流量与流向并及时做出相应决策的现代化手段。

2.使用用例驱动获取需求:(1)确定系统的初始范围第一步是考虑这个系统的大的范围。

相关文档
最新文档