系统开发规范与文档编写形成性考核答案..doc

系统开发规范与文档编写形成性考核答案..doc

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
系统开发规范与文档编写形成性考核答案.

【系统开发规范与文档编写】形考作业一: 一、 填空题 1. 系统软件, 应用软件 2. 过程 , 方法 , 工具 3. 程序设计阶段, 程序系统阶段 , 软件工程阶段 4. 计划 , 需求分析, 设计 , 编码 , 测试 , 运行维护 5. 项目管理过程 , 配置管理过程 , 质量管理过程 6. 瀑布模型,螺旋模型,风险分析 7. 结构化设计,结构化编程 8. 初始级,可重复级 9. 需求获取 10. 系统分析员, 用户 , 软件开发人员,软件需求规格说明书 11. 数据流图, 数据字典, 结构化语言, 判定表,判定树 12. 判定树,结构化语言 13. 参与者 , 用例 14. 扩展关系 , 包含关系 ,泛化关系 二、 单项选择题 1.B 2.A 3.D 4.C 5.A 6.D 7.D 8.B 9.A 10.B 11.C 12.D 13.C 14.A 15.A 16.D 17.C 18.A 19.C 20.C 三、 简答题 1. 软件工程 软件工程是用工程、科学和数学的原则与方法研制、维护计算机软件的有关技术及管理方法。 2.软件危机 软件危机泛指在计算机软件的开发、维护和使用过程中所遇到的一系列严重问题。 3.软件危机有哪些表现,产生的原因有哪些? 软件危机的表现: 从宏观上说,软件危机主要是指: (1) 软件的发展赶不上计算机硬件的发展 (2) 软件的发展赶不上社会对于软件需求的增长 从具体的软件来说,软件危机是指: (1) 软件往往不能按计划、按预算、按时完成 (2) 已开发的软件不能很好的使用,甚至很快就不用 软件危机产生的原因: (1) 软件需求分析不充分 (2) 软件开发的规范性不够 (3) 软件开发计划的科学性不够 (4) 缺少对于软件的评测手段 4.数据字典 数据字典是对系统用到的所有数据项和结构的精确定义,以确保开发人员使用统一的数据定义。数据字典与数据流图配合,能清楚地表达数据处理的要求。 5.与别的产品相比,软件有哪些特征? (1) 软件是一种逻辑实体,主要是人的脑力劳动的产物,软件具有抽象性。 (2) 软件具有复杂性。 (3) 软件的维护具有长期性。 (4) 软件具有高成本性。 6.试述软件工程的基本原则 (1) 用分阶段的生命周期计划严格管理 (2) 坚持进行阶段评审 (3) 实行严格的产品控制 (4) 采用现代程序设计技术 (5) 结果应能清楚地审查 (6) 结果应能清楚地审查 (7) 承认不断改进软件工程实践的必要性 7.试述瀑布模型有何优缺点 优点:它在支持结构化软件开发、控制软件开发的复杂性、促进软件开发工程化等方面起着显著的作用。 缺点:首先,瀑布模型它要求在软件开发的初始阶段明确软件系统的全部需求,在实际中做到这一点是很困难的,甚至是不现实的。其次,使用瀑布模型开发软件,用户和项目管理者要等很长时间才能得到一份软件的最初版本,如果用户对该软件提出了较大的改进意见,将使整个项目蒙受巨大的损失。 8.优秀的需求说明书应该具备哪些特点? (1)完整性。需求规格说明书不能遗漏任何必要的需求信息,对于当前不能确定的,则使用“带确定”标示。 (2)无二义性。对所有需求说明的读者都只能有一个明确统一的解释。 (3)一致性。与其他软件需求或高层(系统、业务)需求不相矛盾。 (4)可修改性。便于修改,并且在修改后维护需求的一致性、完整性和无二义性。 (5)可跟踪性。在进一步产生和改变文档编制时,可以方便的引证每一个需求。 9.结构化需求分析方法包含那些步骤? (1)对现行系统的“物理环境”进行研究,获得现行系统的具体模型。分析现行系统的输入和输出,系统中的数据如何流经整个系统的,划出系统的数据流图,用具体的模型来表示自己对现行系统的理解。 (2)抽象出与现行系统模型等价的逻辑模型。对具体模型进行抽象,提取其一般的,本质的因素,去掉那些非本质的因素,获得反映系统本质的逻辑模型。 (3)建立目标系统的逻辑模型。要明确需要在现行系统上做哪些改变,根据新系统作要做的改变,参照现行系统逻辑模型,画出新的数据流图。 (4)补充目标系统的逻辑模型。确定目标系统的人机界面,补充一些尚未详细考虑的细节问题 10.在画系统的分层数据流图时,需要注意哪些问题? (1) 加工的编号方法。根据加工的编号,应该能知道该加工属于哪一层,该加工的父图以及时从父图中的哪个加工分解得来的。 (2) 分解程度。应该使分解力求自然,使分解后各界面清晰,意义明确 (3) 父图与子图的平衡。子图中的输入输出应该和父图中相对应的加工的输入输出相一致,以保持数据流的平衡,保证加工过程的连续性和一致性。 (4) 文件的局部性。在只有文件成为两个或多个加工的接口时,才出现在该层及下层数据流图上。 11.用例模型 用于描述指定系统的用例,参与者和用例—参与

文档评论(0)

jiulama + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档