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

合集下载

软件需求分析案例

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

软件生命周期案例分析

软件生命周期案例分析

软件生命周期案例分析[编辑]案例一:利用软件生命周期创建B2C电子商务网站[1]一、软件生命周期任何事物都有产生、发展、成熟、消亡或更新几个阶段,电子商务网站也不例外。

[2]任何一个电子商务系统在使用过程中随着其生存环境的变化,都需要不断维护、修改,当它不再适应的时候就要被淘汰,就要由新系统代替旧系统,这种周期循环称为生命周期。

根据软件生命周期的原理,电子商务网站可以划分为系统规划、系统分析、系统设计、系统实施、系统测试、系统运行和维护等几个阶段。

二、B2C电子商务网站建设的一般过程(一)系统规划阶段系统规划阶段的任务是对企业的环境、目标、现行系统的状况等进行初步调查,根据企业目标和发展战略,确定信息系统的发展战略,研究新系统的必要性和可能性。

在这个阶段给出备选方案,并进行可行性分析,写出可行性分析报告。

待可行性分析报告审议通过后,编制系统设计任务书。

1、需求分析为了进行可行性研究分析,首先对电子商务系统的需求进行分析。

通过对企业的需求进行调查,明确电子商务网站需要做什么,做到什么程度。

在此,通过查阅资料、实地观察、业务专题报告等方法将该电子商务网站的需求归纳为功能需求和性能需求。

功能需求:B2C电子商务网站就是Business To Consumer,也就是企业借助于Internet建立网点进行交易的一个系统。

流程上,店家发布产品信息,消费者在线选购、在线支付,通过物流最后达成交易。

所以从购买方看,需满足消费者在线选购、在线支付等;从销售方看,要能让店家整理网上商品、管理订单等。

性能需求:系统运行要稳定,在不同的系统中能正常运行,具有较强的适应性,可移植性。

系统要有可扩展性,当出现新的需求时,能将其纳入系统,而不必改变原有的基本结构。

2、可行性分析在电子商务网站需求已确定的情况下,对系统的进行判定,决定有无必要、有误可能完成系统的建设。

在此,包括如下几个方面:运行可行性分析:考查方案在企业中合适程度,避免一个可以工作的方案由于最终用户和管理层的抵制而落选。

软件需求期末考试题及答案

软件需求期末考试题及答案

软件需求期末考试题及答案# 软件需求期末考试题及答案一、选择题(每题2分,共20分)1. 软件需求分析的主要目的是:A. 确定软件的功能B. 确定软件的性能C. 确定软件的界面D. 确定软件的成本答案: A2. 以下哪项不是需求分析阶段的输出?A. 需求规格说明书B. 系统设计文档C. 用户手册D. 数据字典答案: B3. 需求变更控制的目的是什么?A. 降低成本B. 减少开发时间C. 确保需求的一致性和完整性D. 提高软件质量答案: C4. 以下哪个不是功能性需求的例子?A. 系统必须能够处理在线支付B. 系统必须支持多语言界面C. 系统必须在1秒内响应用户请求D. 系统必须能够存储用户数据答案: C5. 非功能性需求通常包括以下哪些方面?A. 可用性B. 性能C. 安全性D. 所有以上选项答案: D...(其他选择题省略)二、简答题(每题10分,共30分)1. 简述什么是软件需求,并区分功能性需求与非功能性需求。

答案:软件需求是指用户对软件系统的功能、性能、行为和约束的详细描述。

功能性需求描述了软件系统必须执行的任务,例如处理数据、执行计算或与用户交互。

非功能性需求则描述了软件的属性,如性能、安全性、可用性、可靠性等,这些属性通常不涉及软件的具体功能,但对软件的整体表现至关重要。

2. 解释什么是需求变更,以及如何处理需求变更。

答案:需求变更是指在软件开发过程中,由于各种原因(如市场变化、用户需求变化、技术进步等)导致的对原始需求文档的修改。

处理需求变更通常包括以下几个步骤:识别变更、评估影响、与利益相关者沟通、更新需求文档、重新评估项目计划、重新测试以及重新部署。

3. 描述需求获取的方法,并给出一个具体的例子。

答案:需求获取是指从用户或其他利益相关者那里收集需求的过程。

常见的方法包括访谈、问卷调查、观察、原型开发、焦点小组讨论等。

例如,通过访谈,开发团队可以直接与用户交谈,了解他们的工作流程、痛点和期望的功能,从而获取需求。

软件需求分析案例

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

软件需求追踪(案例)

软件需求追踪(案例)

软件需求追踪(案例)1. 引言本文档旨在追踪和记录软件项目的需求,以确保项目开发过程中的需求管理和控制。

通过有效的需求追踪,可以提高软件开发项目的质量和效率,以满足客户的需求和期望。

2. 案例背景本案例涉及一家电子商务公司,他们计划开发一个新的在线购物平台。

该平台旨在提供用户友好的界面,方便用户搜索和购买商品。

为了实现这一目标,公司决定采用软件需求追踪来管理他们的项目。

3. 需求追踪过程需求追踪过程包括以下几个关键步骤:3.1 需求识别在需求识别阶段,团队与客户沟通并确定项目的关键需求。

这些需求可能包括用户界面设计、产品功能、性能要求等。

3.2 需求分析和规范在需求分析和规范阶段,团队详细分析需求,并将其规范化为可量化和可测量的要求。

这些要求将用于后续的需求验证和测试。

3.3 需求验证在需求验证阶段,团队使用合适的方法和工具验证需求的正确性和完整性。

这可以通过原型、模型、用户反馈等方式进行。

3.4 需求跟踪在需求跟踪阶段,团队追踪和记录每个需求的状态和实现情况。

这有助于确保项目在开发过程中满足客户的需求,并及时进行调整和优化。

4. 工具支持为了更好地实施需求追踪过程,团队可以使用专门的软件工具来辅助需求管理。

常见的工具包括需求管理系统、跟踪表格和项目管理软件。

5. 结论软件需求追踪在项目开发中起到至关重要的作用。

通过识别、分析、验证和跟踪需求,可以确保项目按时交付、符合客户的期望,并提高项目的质量和可靠性。

电子商务公司应该充分利用需求追踪来管理他们的在线购物平台项目,以实现成功的软件开发。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

软件工程需求分析案例

软件工程需求分析案例

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(完整word版)软件需求规格说明书(案例)

(完整word版)软件需求规格说明书(案例)

软件开发方向“成绩管理系统"软件需求规约安博教育集团二零零八年十月修订历史记录目录1 引言 (5)1。

1 目的 (5)1。

2 文档格式 (5)1.3 预期的读者和阅读建议 (5)1.4 范围 (6)1.5 术语 (7)1。

6 参考文献 (7)2 系统概述 (7)2。

1 概述 (7)2。

2 功能 (7)2.3 运行环境 (8)2.4 假设与依赖 (9)3 系统特性 (9)3。

1 系统角色 (9)3.2 学生管理 (11)3.2。

1 增加学生信息 (11)3。

2。

2 修改学生信息 (11)3。

2.3 删除学生信息 (11)3.2.4 导入学生信息 (11)3。

3 教师管理 (12)3.3.1 增加教师信息 (12)3。

3.2 修改教师信息 (12)3.3。

3 删除教师信息 (12)3。

3。

4 导入教师信息 (12)3。

4 课程管理 (13)3.4.1 增加课程基本信息 (13)3。

4。

2 修改课程基本信息 (13)3。

4。

3 删除课程基本信息 (13)3。

4。

4 维护课程学生信息 (13)3。

5 成绩查询 (14)3。

5.1 学生查询成绩 (14)3.5。

2 教师查询成绩 (14)3。

6 成绩分析与统计 (14)3。

6。

1 考试成绩表 (14)3.6。

2 班级各科平均成绩表 (14)3.6。

3 年级成绩排名表 (15)3。

7 系统维护 (15)3。

7.1 数据字典维护 (15)4 非功能性需求 (15)4。

1 性能需求 (15)4。

2 安全性需求 (15)4。

3 可用性需求 (16)4.4 用户文档 (17)4。

5 其它需求 (17)5 外部接口需求 (17)5.1 用户接口 (17)5.2 硬件接口 (17)5.3 软件接口 (18)5.4 通信接口 (18)1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。

软件工程实用案例 第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 需求获取的方法

需求分析说明书实例+范例+非常详细

需求分析说明书实例+范例+非常详细

需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。

此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

1.2项目背景由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。

而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。

于是人们不断地在探索希望能找到解决的方法。

为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。

1.3定义、缩写词和符号需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。

1.4参考资料鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002年6月版陈明:《软件工程》,中央广播电视大学出版社,2002年6月版段兴:《Visual Basic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月杜春雷、孙会莲:《如何使用Visual basic 6.0中文版》,机械出版社,2000年1月张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002年12月范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,人民邮电出版社,2002年12月版闪四清:《SQL Server 实用简明教程》,清华大学出版社,2003年1月版2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。

软件需求分析报告案例

软件需求分析报告案例

《高校课程调度系统》软件需求规格说明书a.引言a.1目的高校教务管理工作是高等教育中的一个极为重要的环节,是整个院校管理的核心和基础。

面对种类繁多的数据和报表,面对手工处理方式已经很难跟上现代化管理的步伐。

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

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

根据全国高校教学管理软件市场的需求,开发完成教学管理系统尤其是课程调度管理系统迫在眉睫,为计算机管理课程调度工作提供全面的解决方案。

a.2预期的读者和阅读建议本需求分析说明书适用于该项目客户、业务或需求分析人员,用户文档编写者,项目管理人员,项目产品开发人员,产品测试人员,技术支持人员。

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

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

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

a.4参考文献《普通高等学校本科专业设置规定》、《教育部关于高等学校学籍方面一些名称的提法》、《湖南省教委关于普通高等学校教学管理制度和学生学籍管理有关问题的暂行规定》、《教学一览》、《课程编号一览》、《软件工程》、《计算机系统导论》、《数据库原理与方法》、《 SoftWare Requirement 》b.综合描述b.1产品的前景各级教学管理部门作为各个高等学府的一个重要职能部门,管理、制定、执行与学校头等大事——教学工作有关的各项工作及政策。

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

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

软件需求分析模板

软件需求分析模板

软件需求分析模板
1. 目标和背景
- 确定软件的使用目的和背景。

- 确定软件项目的范围和目标用户群体。

2. 功能需求
- 描述软件需要实现的功能,包括基本功能和高级功能。

- 对每个功能进行详细的描述,包括输入、处理和输出的流程。

3. 性能需求
- 确定软件的性能指标,如响应时间、并发处理能力等。

- 确定软件需要支持的数据量和用户数量。

4. 可靠性需求
- 描述软件需要具备的可靠性,包括故障恢复、数据备份等方面的需求。

5. 可用性需求
- 确定软件需要支持的用户界面和操作方式。

- 确定软件对于不同操作系统、浏览器等的兼容性需求。

6. 安全性需求
- 描述软件需要具备的安全性机制,包括用户认证、数据加密等方面的需求。

7. 可维护性需求
- 确定软件需要支持的修改、维护和后续升级的需求。

8. 约束条件
- 描述软件开发过程中的约束条件,如预算、时间表、技术限制等。

9. 其他需求
- 描述软件项目中其他需要考虑的需求,如法律法规、行业标准等。

10. 术语表
- 定义软件需求分析中用到的专业术语和缩写词汇。

11. 附录
- 包括相关的参考资料和支持文件。

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

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

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

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

在系统需求分析与架构设计阶段,用户提出的部分需求和关键质量属性场景如下:(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】(6分)小丁在接到任务后开始项目计划的编制工作,编制的计划应包括:(l)项目总计划(包括范围计划、工作范围定义、活动定义、资源需求、资源计划、活动排序、费用估算、进度计划以及费用计划)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

软件需求规格说明书(案例) (2)

软件需求规格说明书(案例) (2)

软件需求规格说明书(案例)1. 引言1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.1.2项目背景1.2.1项目委托单位:****公司1.2.2开发单位:***公司1.3定义1.4参考资料2. 任务概述2.1目标:<1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示<2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理.2.2运行环境:<1> 硬件方面:Pentium级处理芯片1兆显存的兼容显卡256色,800*600的兼容显示器标准兼容打印机<2>软件方面: WIN95操作系统2.3条件与限制:编程用计算机一台完成期限2000/7/1无资金供给3. 数据概述数据流程图如下:3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述:人事管理数据库:公司内人员的个人详细信息,包括档案信息销售管理数据库:当日销售记录及以前的销售统计,用于销售分析财务管理数据库:公司内部账目及收支情况详表技术管理数据库:公司所需各技术档案的详细记录(包括文档)3.4 数据字典:<1>数据流词条描述:1.数据流名:登录信息来源:用户的输入去向:系统内部检验部分组成:用户名,密码流通量:每次登录输入一次2.数据流名:登录结果来源:系统去向:用户组成:返回信息流通量:每次登录返回一次3.数据流名:输入修改信息来源:用户去向:系统判断部分组成:根据各数据库内容而不同流通量:依用户输入而定4.数据流名:反馈信息来源:系统判断部分去向:用户组成:系统经判断后发回的字符数据流通量: 依系统当前信息而定5.数据流名:识别信息来源:系统内部检验部分去向:系统判断部分组成:系统各数据库的标识信息流通量:用户每次输入流通一次6.数据流名:处理信息来源:系统判断部分去向:各数据库处理部分组成:读取/修改标识,读取/修改的变量名称流通量:用户每次输入流通一次7.数据流名:读取修改来源:系统判断部分去向:系统各数据库组成:读取/修改标识,读取/修改内容流通量: 用户每次输入流通一次<2>数据文件词条描述:1.数据文件名:人事数据简述:存储人员信息数据文件组成:人员的各项信息(以CString类型为主)2.数据文件名:销售数据简述:存储当日及从前的销售记录数据文件组成:销售的各项信息3.数据文件名:财务数据简述:存储财务管理信息数据文件组成:财务管理的各项记录4.数据文件名:技术数据简述:存储公司内部使用的技术档案信息数据文件组成:技术档案名称,内容<3>加工逻辑词条描述:1.加工名:检验简要描述:判断用户的许可性输入数据流:登录信息输出数据流:登录结果加工逻辑:判断是否与系统内部用户信息相符合2.加工名:判断简要描述:判断用户的操作并进行相应的读取/存储工作输入数据流:输入修改信息输出数据流:反馈信息加工逻辑:判断用户的操作->调用数据库->读取/修改->反馈3.加工名:人事档案管理简要描述:对人事数据库进行相应要求的操作,并与判断部分交互输入数据流:处理信息,读取修改输出数据流: 读取修改, 处理信息加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息4.加工名:销售统计简要描述:对销售数据库进行相应要求的操作,并与判断部分交互输入数据流:处理信息,读取修改输出数据流: 读取修改, 处理信息加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息5.加工名:财务统计简要描述:对财务数据库进行相应要求的操作,并与判断部分交互输入数据流:处理信息,读取修改输出数据流: 读取修改, 处理信息加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息6.加工名:技术管理简要描述:对技术统计数据库进行相应要求的操作,并与判断部分交互信息输入数据流:处理信息,读取修改输出数据流: 读取修改, 处理信息加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息<4>源点及汇点词条描述:名称:用户简要描述:既是源点又是汇点,发出动作信息给"检验"和"判断"加工,通过交互界面接受反馈信息有关数据流:登录结果,登录信息,输入修改信息,反馈信息数目:一个4. 功能需求4.1功能划分可细分为四部分:人事管理,销售管理,财务管理,技术档案管理4.2功能描述<1>人事功能:(1)能对公司内部的所有人员有关档案详细资料记录并保存。

软件工程需求分析

软件工程需求分析

软件工程需求分析
首先,需求获取是需求分析的基础。

开发团队需要与用户沟通,了解用户的实际需求。

可以通过面对面的会议、问卷调查或者用户需求收集工具等方式进行需求获取。

在这个过程中,开发团队需要主动询问用户的需求,以确保他们完全理解用户的期望。

其次,需求分析需要准确明确的目标。

开发团队需要对需求进行分类和排序,以确定哪些需求是最重要的。

在确定需求优先级时,开发团队可以考虑与用户合作确定,也可以参考相似项目的经验。

接下来,需求分析需要制定合适的文档。

在需求分析的过程中,开发团队需要编写软件需求规格说明书(SRS),以记录各种需求详细信息。

这样的文档需要描述软件的功能需求、性能需求、安全需求以及其他非功能性需求。

编写完整的文档可以确保需求准确传达给开发团队。

此外,需求分析需要广泛的共享和讨论。

开发团队需要与利益相关者进行定期的讨论和交流,以确保需求的理解和沟通。

这样可以在早期的开发阶段发现并解决潜在的问题或错误,降低开发风险。

最后,需求分析需要反馈和验证。

开发团队在开发过程中需要持续地与用户沟通,获取用户的反馈。

这样可以及时调整需求和开发方向,保证软件的质量和用户满意度。

总的来说,软件工程需求分析是软件开发过程中至关重要的一环。

它需要开发团队与用户密切合作,准确获取和理解用户需求。

通过制定合适的文档和定期的讨论,可以确保需求清晰明确并得到广泛共享。

同时,持续的反馈和验证可以及时修正需求和开发方向,提高软件的质量。

软件需求分析案例

软件需求分析案例

软件需求分析案例某公司的管理人员希望开发一款能够帮助员工进行任务管理和团队协作的软件。

该软件需要满足以下需求:1. 任务管理功能:- 员工可以创建新任务,并设置任务的优先级、截止日期和负责人。

- 员工可以查看自己被分配的任务,并标记任务的完成状态。

- 员工可以根据任务优先级和截止日期进行任务排序和筛选。

2. 团队协作功能:- 员工可以与团队成员分享任务,并设置任务的可见性和编辑权限。

- 团队成员可以在任务中进行讨论和留言,以便更好地协作和交流。

- 员工可以查看团队的任务进度和提醒团队成员完成任务。

3. 日程管理功能:- 员工可以创建个人日程,并设置日程的时间、地点和备注。

- 员工可以查看自己和团队成员的日程,并进行日程的编辑和调整。

- 软件可以自动提醒员工即将到来的日程和任务的截止日期。

4. 报表统计功能:- 管理人员可以查看团队成员的工作量和任务完成情况的报表统计。

- 报表统计功能可以根据时间段、员工和任务进行筛选和统计。

- 报表统计功能可以以图表和表格的形式展示统计结果,便于管理人员进行决策和评估。

5. 安全与权限管理:- 软件需要有登录和身份验证功能,确保只有授权的员工能够访问和操作系统。

- 管理人员可以设置员工的角色和权限,以便控制员工的操作。

- 软件需要有数据备份和恢复功能,确保数据的安全性和可靠性。

综上所述,该软件需求分析包括任务管理功能、团队协作功能、日程管理功能、报表统计功能和安全与权限管理。

这些功能能够帮助公司提高员工的工作效率和团队的协作能力,提升整体的管理水平和业绩。

软件工程案例教程答案

软件工程案例教程答案

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.增量模型假设需求可以分段,成为一系列增量产品,每一增量可以分别开发。

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

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

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

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

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

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

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

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

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

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

在选课管理方面应填写的用户需求描述如下.(1)录入与生成新学期课程表教学管理员在新学期开始前录入新学期课程,打印将开设的课程目录表,供师生参考选择。

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

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

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

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

学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册.在选课注册结束后,教学管理员打印学生选课注册名单和开课通知书,送交有关部门和授课教师.(3)查询可以查询课程信息、学生选课信息和学生、教师信息。

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

查询的关键词以是:课程名,授课教师名,学分.教师、教学管理员可以查询学生选课情况。

查询的关键词可以是:学生名、程名,授课教师名,学分.学生只允许查询自己的选课信息,不允许查询别人选课信息.学生、教师、教学管理员可以查询学生或教师的信息。

  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)用例描述教学管理员对学生的考试成绩数据进行分类统计,生成成绩报表主要actor 教学管理员前置条件学生成绩以教学管理数据库记录并上传至服务器成功后置条件教学管理员进行成绩统计(按课程、学生、按班级),打印成绩汇总统计报表失败后置条件服务器处于维护中关联用例学生成绩管理6.导出UseCase案例Two:广东省水利厅办公业务资源系统广东省水利厅办公业务资源系统是一个面向300多用户以及10多个部门日常业务流程的项目,由于系统牵涉的用户面和业务范围较广,系统的各种功能与用户的日常工作息息相关,因此做好系统需求分析显得至关重要。

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

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

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

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

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

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

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

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

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

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

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

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

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

用户访谈。

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

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

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

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

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

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

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

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

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

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

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

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

相关文档
最新文档