软件需求说明书编写中的数据字典设计方法
- 格式:docx
- 大小:37.52 KB
- 文档页数:3
第3章需求分析一、填空题(30小题)1、需求分析的困难主要体现在4个方面:问题的复杂性、( )、( )、需求易变性。
答案:交流障碍、不完备性和不一致性2、由于数据流是流动中的数据,所以必须有( )。
除了与( )之间的数据流不用命名外,数据流应该用名词或名词短语命名。
答案:流向、数据存储3、需求分析是指,开发人员要准确理解( ),进行细致的( ),将用户非形式的需求陈述转化为( ),再由( )转换到相应的形式功能规约(需求规格说明)的过程。
答案:用户的要求、调查分析、完整的需求定义、需求定义4、建立数据字典一般的两种形式是( )和( )。
答案:手工建立、利用计算机辅助建立并维护5、在进行可行性研究和软件计划以后,如果确认开发一个新的软件系统是必要的而且是可能的,那么就进入( )阶段。
答案:需求分析6、结构化语言是介于自然语言(英语和汉语)和形式化语言之间的一种半形式语言。
它的结构可分成外层和内层两层,外层用来描述( ),采用( )、( )、( )三种基本结构。
答案:控制结构、顺序、选择、重复7、在SA的需求描述工具中,( )描述系统的分解,即描述系统由哪几部分组成,各部分之间有什么联系等。
( )定义了数据流图中每一个图形元素。
结构化语言、判定表和判定树则详细描述数据流图中不能被再分解的( )。
答案:数据流图、数据字典、每一个加工8、IDEF方法分为以下三部分。
IDEF0:用来描述系统的( ),建立系统的( )。
IDEF1:用来描述系统的( ),建立系统的( )。
IDEF2:用来进行系统的( ),建立系统的( )。
答案:功能活动及联系、功能模型、信息及其联系、信息模型、模拟、动态模型9、三种描述加工逻辑的工具各有优缺点,对于顺序执行和循环执行的动作,用( )描述。
对于存在多个条件复杂组合的判断问题,用( )和( )。
答案:结构化语言、判定表、判定树10、经过需求分析,开发人员已经基本上理解了用户的要求,确定了目标系统的功能,定义了系统的数据,描述了处理这些数据的基本策略。
1. 软件需求分析的主要目的是什么?A. 确定软件的功能和性能B. 编写代码C. 测试软件D. 部署软件2. 需求规格说明书(SRS)的主要内容包括哪些?A. 功能需求B. 非功能需求C. 用户界面设计D. 以上都是3. 下列哪项不是需求分析的常用方法?A. 访谈B. 问卷调查C. 代码审查D. 原型设计4. 需求分析阶段的主要输出文档是什么?A. 设计文档B. 需求规格说明书C. 测试计划D. 用户手册5. 需求验证的主要目的是什么?A. 确保需求是正确的B. 确保需求是完整的C. 确保需求是一致的D. 以上都是6. 需求变更管理的主要步骤包括哪些?A. 识别变更B. 评估变更C. 批准或拒绝变更D. 以上都是7. 下列哪项不是需求管理工具的功能?A. 跟踪需求B. 管理需求变更C. 编写代码D. 生成需求报告8. 需求优先级排序的主要目的是什么?A. 确定需求的紧急程度B. 确定需求的实现顺序C. 确定需求的重要性D. 以上都是9. 需求跟踪矩阵的主要作用是什么?A. 跟踪需求的状态B. 跟踪需求的变更C. 跟踪需求的关系D. 以上都是10. 需求分析中的“用例”主要用于描述什么?A. 用户与系统的交互B. 系统的内部结构C. 系统的性能要求D. 系统的部署环境11. 下列哪项不是用例图的主要组成部分?A. 参与者B. 用例C. 关系D. 代码块12. 需求分析中的“领域模型”主要用于描述什么?A. 系统的功能B. 系统的数据结构C. 系统的用户界面D. 系统的性能13. 需求分析中的“业务规则”主要用于描述什么?A. 系统的操作规则B. 系统的数据规则C. 系统的安全规则D. 以上都是14. 需求分析中的“数据字典”主要用于描述什么?A. 数据的定义B. 数据的关系C. 数据的存储D. 以上都是15. 需求分析中的“接口需求”主要用于描述什么?A. 系统与其他系统的交互B. 系统的用户界面C. 系统的数据接口D. 以上都是16. 需求分析中的“性能需求”主要用于描述什么?A. 系统的响应时间B. 系统的吞吐量C. 系统的并发用户数D. 以上都是17. 需求分析中的“安全需求”主要用于描述什么?A. 系统的访问控制B. 系统的数据加密C. 系统的审计日志D. 以上都是18. 需求分析中的“可用性需求”主要用于描述什么?A. 系统的易用性B. 系统的可靠性C. 系统的可维护性D. 以上都是19. 需求分析中的“可扩展性需求”主要用于描述什么?A. 系统的功能扩展B. 系统的性能扩展C. 系统的架构扩展D. 以上都是20. 需求分析中的“可移植性需求”主要用于描述什么?A. 系统的平台移植B. 系统的数据库移植C. 系统的网络移植D. 以上都是21. 需求分析中的“合规性需求”主要用于描述什么?A. 系统的法律法规遵守B. 系统的行业标准遵守C. 系统的公司政策遵守D. 以上都是22. 需求分析中的“风险需求”主要用于描述什么?A. 系统的潜在风险B. 系统的风险评估C. 系统的风险管理D. 以上都是23. 需求分析中的“约束需求”主要用于描述什么?A. 系统的技术约束B. 系统的资源约束C. 系统的环境约束D. 以上都是24. 需求分析中的“假设需求”主要用于描述什么?A. 系统的假设条件B. 系统的假设场景C. 系统的假设风险D. 以上都是25. 需求分析中的“依赖需求”主要用于描述什么?A. 系统的依赖关系B. 系统的依赖组件C. 系统的依赖环境D. 以上都是26. 需求分析中的“冲突需求”主要用于描述什么?A. 系统的功能冲突B. 系统的性能冲突C. 系统的安全冲突D. 以上都是27. 需求分析中的“优先级需求”主要用于描述什么?A. 系统的功能优先级B. 系统的性能优先级C. 系统的安全优先级D. 以上都是28. 需求分析中的“版本需求”主要用于描述什么?A. 系统的版本管理B. 系统的版本控制C. 系统的版本发布D. 以上都是29. 需求分析中的“变更需求”主要用于描述什么?A. 系统的功能变更B. 系统的性能变更C. 系统的安全变更D. 以上都是30. 需求分析中的“验证需求”主要用于描述什么?A. 系统的功能验证B. 系统的性能验证C. 系统的安全验证D. 以上都是31. 需求分析中的“确认需求”主要用于描述什么?A. 系统的功能确认B. 系统的性能确认C. 系统的安全确认D. 以上都是32. 需求分析中的“跟踪需求”主要用于描述什么?A. 系统的功能跟踪B. 系统的性能跟踪C. 系统的安全跟踪D. 以上都是33. 需求分析中的“管理需求”主要用于描述什么?A. 系统的功能管理B. 系统的性能管理C. 系统的安全管理D. 以上都是34. 需求分析中的“文档需求”主要用于描述什么?A. 系统的功能文档B. 系统的性能文档C. 系统的安全文档D. 以上都是35. 需求分析中的“培训需求”主要用于描述什么?A. 系统的功能培训B. 系统的性能培训C. 系统的安全培训D. 以上都是36. 需求分析中的“支持需求”主要用于描述什么?A. 系统的功能支持B. 系统的性能支持C. 系统的安全支持D. 以上都是37. 需求分析中的“维护需求”主要用于描述什么?A. 系统的功能维护B. 系统的性能维护C. 系统的安全维护D. 以上都是38. 需求分析中的“升级需求”主要用于描述什么?A. 系统的功能升级B. 系统的性能升级C. 系统的安全升级D. 以上都是39. 需求分析中的“替换需求”主要用于描述什么?A. 系统的功能替换B. 系统的性能替换C. 系统的安全替换D. 以上都是40. 需求分析中的“迁移需求”主要用于描述什么?A. 系统的功能迁移B. 系统的性能迁移C. 系统的安全迁移D. 以上都是41. 需求分析中的“集成需求”主要用于描述什么?A. 系统的功能集成B. 系统的性能集成C. 系统的安全集成D. 以上都是42. 需求分析中的“测试需求”主要用于描述什么?A. 系统的功能测试B. 系统的性能测试C. 系统的安全测试D. 以上都是43. 需求分析中的“部署需求”主要用于描述什么?A. 系统的功能部署B. 系统的性能部署C. 系统的安全部署D. 以上都是44. 需求分析中的“监控需求”主要用于描述什么?A. 系统的功能监控B. 系统的性能监控C. 系统的安全监控D. 以上都是45. 需求分析中的“审计需求”主要用于描述什么?A. 系统的功能审计B. 系统的性能审计C. 系统的安全审计D. 以上都是46. 需求分析中的“报告需求”主要用于描述什么?A. 系统的功能报告B. 系统的性能报告C. 系统的安全报告D. 以上都是47. 需求分析中的“日志需求”主要用于描述什么?A. 系统的功能日志B. 系统的性能日志C. 系统的安全日志D. 以上都是48. 需求分析中的“备份需求”主要用于描述什么?A. 系统的功能备份B. 系统的性能备份C. 系统的安全备份D. 以上都是49. 需求分析中的“恢复需求”主要用于描述什么?A. 系统的功能恢复B. 系统的性能恢复C. 系统的安全恢复D. 以上都是50. 需求分析中的“容灾需求”主要用于描述什么?A. 系统的功能容灾B. 系统的性能容灾C. 系统的安全容灾D. 以上都是51. 需求分析中的“高可用需求”主要用于描述什么?A. 系统的功能高可用B. 系统的性能高可用C. 系统的安全高可用D. 以上都是52. 需求分析中的“负载均衡需求”主要用于描述什么?A. 系统的功能负载均衡B. 系统的性能负载均衡C. 系统的安全负载均衡D. 以上都是53. 需求分析中的“扩展性需求”主要用于描述什么?A. 系统的功能扩展性B. 系统的性能扩展性C. 系统的安全扩展性D. 以上都是54. 需求分析中的“可伸缩性需求”主要用于描述什么?A. 系统的功能可伸缩性B. 系统的性能可伸缩性C. 系统的安全可伸缩性D. 以上都是55. 需求分析中的“可管理性需求”主要用于描述什么?A. 系统的功能可管理性B. 系统的性能可管理性C. 系统的安全可管理性D. 以上都是56. 需求分析中的“可维护性需求”主要用于描述什么?A. 系统的功能可维护性B. 系统的性能可维护性C. 系统的安全可维护性D. 以上都是57. 需求分析中的“可测试性需求”主要用于描述什么?A. 系统的功能可测试性B. 系统的性能可测试性C. 系统的安全可测试性D. 以上都是58. 需求分析中的“可部署性需求”主要用于描述什么?A. 系统的功能可部署性B. 系统的性能可部署性C. 系统的安全可部署性D. 以上都是59. 需求分析中的“可监控性需求”主要用于描述什么?A. 系统的功能可监控性B. 系统的性能可监控性C. 系统的安全可监控性D. 以上都是60. 需求分析中的“可审计性需求”主要用于描述什么?A. 系统的功能可审计性B. 系统的性能可审计性C. 系统的安全可审计性D. 以上都是61. 需求分析中的“可报告性需求”主要用于描述什么?A. 系统的功能可报告性B. 系统的性能可报告性C. 系统的安全可报告性D. 以上都是62. 需求分析中的“可日志性需求”主要用于描述什么?A. 系统的功能可日志性B. 系统的性能可日志性C. 系统的安全可日志性D. 以上都是63. 需求分析中的“可备份性需求”主要用于描述什么?A. 系统的功能可备份性B. 系统的性能可备份性C. 系统的安全可备份性D. 以上都是64. 需求分析中的“可恢复性需求”主要用于描述什么?A. 系统的功能可恢复性B. 系统的性能可恢复性C. 系统的安全可恢复性D. 以上都是65. 需求分析中的“可容灾性需求”主要用于描述什么?A. 系统的功能可容灾性B. 系统的性能可容灾性C. 系统的安全可容灾性D. 以上都是66. 需求分析中的“可高可用性需求”主要用于描述什么?A. 系统的功能可高可用性B. 系统的性能可高可用性C. 系统的安全可高可用性D. 以上都是67. 需求分析中的“可负载均衡性需求”主要用于描述什么?A. 系统的功能可负载均衡性B. 系统的性能可负载均衡性C. 系统的安全可负载均衡性D. 以上都是答案:1. A2. D3. C4. B5. D6. D7. C8. D9. D10. A11. D12. B13. D14. D15. D16. D17. D19. D20. D21. D22. D23. D24. A25. D26. D27. D28. D29. D30. D31. D32. D33. D34. D35. D36. D37. D38. D39. D40. D41. D42. D43. D44. D45. D46. D47. D48. D49. D50. D51. D52. D53. D54. D55. D56. D57. D58. D59. D60. D61. D62. D63. D65. D66. D67. D。
《软件工程》综合试卷一.选择题1。
软件需求分析阶段的工作,可以分为4个方面:需求获取,需求分析,编写需求规格说明书以及( )A).用户B).需求审评C).总结D).都不正确2。
在原型法中称( )为用户/设计者,开发人员根据用户需求不断修改原型,直到满足用户要求为止。
A).用户B).开发人员C).系统分析员D).程序员3。
下面不属于软件工程的3个要素是( )。
A).工具B).过程C).方法D).环境4检查软件产品是否符合需求定义的过程称为( )。
A).确认测试B).集成测试C).验证测试D).验收测试5.数据存储和数据流都是( ),仅仅是所处的状态不同。
A).分析结果B).事件C).动作D).数据6。
数据流图和(C)共同组成系统的逻辑模型。
A).HIPO图B).PD)LC).数据字典D).层次图7。
数据元素组成数据的方式的基本类型(D)A).顺序B).选择C).循环D).以上全部8。
数据流图用于抽象描述一个软件的逻辑模型,数据流图由一些特定的图符构成。
下列图符名标识的图符不属于数据流图合法图符的是(A)。
A).控制流B).加工C).数据存储D).源和潭9。
结构化分析方法就是面向( )的自顶向下逐步求精进行需求分析的方法。
A).目标B).数据流C).功能D).对象10。
通过( )可以完成数据流图的细化。
A).结构分解B).功能分解C).数据分解D).系统分解11。
下面不属于软件工程原则的是( )A).抽象B).模块化C).自底向上D).信息隐蔽12。
( )是数据说明、可执行语句等程序对象的集合,它是单独命名的而且可以通过名字来访问。
A).模块化B).抽象C).精化D).模块13。
( )是指让一些关系密切的软件元素在物理上彼此靠近。
A).信息隐蔽B).内聚C).局部化D).模块独立14。
面向数据流的设计方法把( )映射成软件结构。
A).数据流B).系统结构C).控制结构D).信息流15。
程序流程图(PDF)中的箭头代表的是( )。
软件需求分析说明书实例需求分析说明书实例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开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。
计算机学院软件开发技术实验指导书目录第一部分软件开发技术验证与分析实验实验1软件系统开发和工具的选择实验2 软件开发模型与应用实验3 嵌入式开发环境与工具应用实验4 自设计某软件系统并开展可行性与需求分析实验5 用UML语言描述自设计的软件实验6 自设计的软件的结构设计实验7 自设计的软件项目管理与实施第二部分软件开发技术综合设计性实验一项目选题与可行性研究二项目需求分析三项目概要设计四数据库设计五项目详细设计六系统测试与实现第三部不附录说明附录一实验课题附录二软件开发文档指南(国家标准)附录三航空机票预订系统项目开发文档第一部分软件开发技术验证与分析实验实验1软件系统开发和工具的选择实验学时:4 实验类型:设计型一、实验目的与要求1、掌握软件系统开发的基本步骤和方法。
2、根据选定的软件开发工具进行操作并形成操作报告。
3、绘制软件系统工具的功能使用图。
4、用DOC,JPG,PPT等电子文件表达完成报告。
二、实验内容与安排方式1、实验内容与要求:(1)主要涉及的软件开发工具有哪些?(2)列出软件开发工具的基本功能说明并简要分析优缺点和适用环境。
(3)选择一个软件开发工具安装并把各个功能操作并制作使用报告。
(4)阐述软件开发工具的商业运营模式和开发成功的代表产品。
2、实验安排方式:本实验每组1人,每人1台计算机。
实验2 软件开发模型与应用实验学时:4 实验类型:设计型一、实验目的与要求1、掌握软件开发模型与应用的方法。
2、根据选定的软件开发模型进行操作并形成操作报告。
3、绘制软件开发模型工具的功能使用图。
4、用DOC电子文件表达完成报告。
二、实验内容与安排方式1、实验内容与要求:(1)主要涉及的软件开发模型有哪些?(2)列出软件开发模型的基本功能说明并简要分析优缺点和适用环境。
(3)选择一个软件开发模型和工具安装并把各个功能操作并制作使用报告。
(4)阐述软件开发模型和工具的商业运营模式和开发成功的代表产品。
Gjb软件需求规格说明书1.范围1.1. 标识本条应描述本文档使用系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。
1.2. 系统概述本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。
1.3. 文档概述本条应概述本文档的用途和内容,并描述与它的使用有关的保密性方面的要求。
2.引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。
3.需求3.1. 要求的状态和方式如果要求CSCI在多种状态或方式下运行,并且不同的状态或方式具有不同的需求,则应标识和定义每一状态和方式。
状态和方式的例子包括:空闲、就绪、活动、事后分析、训练、降级、紧急情况、后备、战时、平时等。
可以仅用状态描述CSCI,也可以仅用方式、用方式中的状态、状态中的方式、或其他有效的方式描述CSCI。
如果不需要多种状态和方式,应如实陈述,而不需要进行人为的区分;如果需要多种状态和/或方式,应使本规格说明中的每个需求或每组需求与这些状态和方式相对应,对应关系可以在本条或本条引用的附录中,通过表格或其他方式加以指明,也可以在该需求出现的章条中加以说明。
3.2. CSCI能力需求为详细说明与CSCI各个能力相关的需求,本条可以分为若干字条。
“CSCI能力需求”中的“能力”为一组相关需求,可用“功能”、“主题”、“对象”、或其他适合表示需求的词替代。
3.2.1.X(CSCI能力)本条应标识必需的每一CSCI能力,并详细说明与该能力有关的需求。
如果该能力可以更清晰地分解为若干子能力,则应分条对自能力进行说明。
需求应详细说明所需的CSCI行为,包括适用的参数,如响应时间、吞吐时间、其他时限约束、时序、精度、容量、优先级别、连续运行需求和基本运行条件下允许的偏差;适当时,需求还应包括在异常条件、非许可条件或超限条件下所需的行为,错误处理需求和任何为保证在紧急时刻运行的连续性而引入到CSCI中的规定。
数据库设计文档数据字典设计数据库设计是软件开发的重要环节,合理的数据库设计可以提高系统的性能、稳定性和可扩展性。
而数据字典设计是数据库设计过程中的一个重要环节,它定义了数据库中各个表的结构、字段以及其含义,是数据库设计文档的核心内容。
本文将详细阐述数据库设计文档和数据字典设计的重要性,并介绍如何编写高质量的数据库设计文档和数据字典。
一、数据库设计文档的重要性数据库设计文档是数据库开发过程中的重要产物,它记录了数据库各个方面的信息,包括系统需求、数据库结构、表结构、关系、索引、视图、触发器等。
数据库设计文档不仅在开发过程中起到指导作用,还在系统维护和升级时提供了重要的参考资料。
数据库设计文档的重要性主要体现在以下几个方面:1.系统需求分析:数据库设计文档可以清楚地定义系统的需求和功能,帮助开发人员准确理解系统的业务流程和数据流动,避免开发过程中的歧义和误解。
2.数据库结构定义:数据库设计文档记录了数据库的结构,包括表结构、字段属性、关系、索引等,可以帮助开发人员清晰地了解数据库的架构和关系,从而更好地进行数据库开发和维护。
3.系统维护和升级:数据库设计文档是系统维护和升级的重要参考资料,可以帮助维护人员快速了解系统的结构和关系,从而更好地进行问题排查和修复,同时也可以帮助系统升级时进行数据迁移和版本兼容性处理。
二、数据字典设计的重要性数据字典是数据库设计文档的核心内容,它定义了数据库中各个表的结构、字段以及其含义。
数据字典设计的重要性主要体现在以下几个方面:1.数据一致性:数据字典定义了数据库中各个表的字段含义和属性,可以确保数据的一致性。
通过数据字典的定义,开发人员可以准确地了解每个字段的用途和取值范围,从而避免数据错误和混乱。
2.系统维护和升级:数据字典是系统维护和升级的重要参考资料,可以帮助维护人员快速了解数据库的结构和字段含义,从而更好地进行问题排查和修复。
3.系统文档化:数据字典可以让开发人员和维护人员更好地理解数据库的结构和字段含义,同时也可以作为系统的文档化资料,方便进行系统培训和知识传承。
软件需求规格说明书第一章引言1.1编写目的该文档对所开发的基于LBS的市内小块件动态调度系统达到功能、性能、用户界面及运行环境等作出了详细的说明。
他作为对该系统概要设计的依据,帮助开发人员了解本系统的框架思想及实现功能,并验证核实该产品能否满足用户要求的标准,便于技术文档和需求变化的管理。
同时也是用户与开发人员双方对软件需求取得共同理解的基础。
1.2文档约定本文档按以下要求和约定进行书写:(1)页面的左边距为3.18cm,右边距为3.18cm,装订线靠左,行距为1。
(2)标题最高分三级,分别为黑体二号,黑体三号,黑体四号,标题均加粗。
(3)正文字体为宋体五号,无特殊情况下,字体颜色均采用黑色。
(4)出现序号的段落不采用自动编号功能,各级别的序号依次为(1)、1)、a)等,特殊情况另作规定。
1.3读者对象和阅读建议本文档的主要内容共分6部分:总体描述、系统功能、外部接口需求、其他非功能性需求、数据字典和业务规则与业务算法。
总体描述主要对系统的整体结构进行了大致的介绍,包含产品前景,产品的功能,用户类及其特征,运行环境,设计和实现上的约束和假设和依赖着六部分;系统功能包含描述和优先级,请求/响应序列和功能性需求这三个方面;第四章包含用户界面,硬件接口,软件接口和通信接口这四个部分;其他非功能性需求包含性能需求,安全性需求,软件质量属性和其他需求这四个部分;数据字典则包含实体关系图和实体定义;业务规则与业务算法则包含业务规则和算法说明。
本文档面向多种读者对象:(1)项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计和项目管理。
(2)设计员:对需求进行分析,并设计出系统,包括数据库的设计。
(3)程序员:配合设计要求,了解系统功能,进行系统源代码编写。
(4)测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
(5)其他人员:如部门领导、公司领导等可以据此了解产品的功能和性能。
需求分析说明书实例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开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。
软件需求分析实验报告篇一:实验二需求分析报告实验二传统软件工程的需求分析建模一、实验目的目的:确定项目要做什么及其可实施性,在此基础上完成系统的逻辑功能模型的建立。
任务:可采用不同的需求分析技术,完成对项目的需求分析过程,给出系统的逻辑功能模型,数据字典以及规格说明书。
二、实验内容1. 实验内容与要求:熟悉系统项目的业务流程,根据现有资料绘制系统数据流图,功能分析图,编写数据字典,数据加工处理的描述以及软件系统流程设想图(新系统模型),完成系统需求规格说明书。
2. 准备参考资料和阅读相关的国家有关软件开发的标准文档。
三、主要仪器设备Windows 7操作系统。
四、实验步骤患者监护系统需求分析报告2.1 引言人员管理的合理化和经营化是医院经营效益的关键。
拥有了先进的技术还要有更加良好的管理体制,才可以让医院的经营效益发挥到最好的状态。
充分利用现代先进的技术,可以节约大量的人力资源和财力资源。
2.2 功能描述患者监护系统主要有以下几方面的功能:(1)数据接收处理:通过连接在病人身上的传感器,根据传感器的值将生理信号(脉搏、体温、血压、呼吸、心电图)输入系统,并接收医护人员输入的对应病人基本信息并根据病人的实际情况确定病人的生理信号安全范围。
(2)监护管理:进行超标判定,对超过设定安全范围的病人及时通知医护人员以及向病人家属发送短信通知。
(3)对病人档案的查询处理:工作人员可以对病人的基本信息(病人姓名、病人性别、住址、联系电话、患病名称、入院日期、备注)进行删除和修改。
可以对这一段时间的病人病情进行查询,也可以对查询的病人病情打印出病情报告。
2.3 数据流图数据流图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。
它可以综合的反映出信息在系统中的流动、处理和存储情况,具有良好的抽象性和概括性。
2.3.1 需求概述本系统由“数据接收处理”“监护管理”“对档案查询处理”三个功能模块组成。
(1)数据接收子系统包含四个功能模块:“病人生理信号处理中心”、“时钟采样处理”、“病人基本信息处理”、“安全范围设定”。
软件需求说明书编写中的数据字典设计方法在软件开发过程中,数据字典被广泛应用于需求分析阶段,用于记录和描述系统中使用的数据元素及其属性、类型、取值范围等信息。
数据字典的设计方法对于正确理解和实现软件需求至关重要。
本文将介绍一种常用的数据字典设计方法,以帮助软件需求说明书的编写。
1. 确定数据字典的内容和结构
在开始设计数据字典之前,首先需要明确字典中应包含的内容和数据元素的结构。
数据字典通常包括以下几个要素:
(1) 数据元素名称:每个数据元素都应有一个唯一的名称,以便在后续开发过程中进行引用和识别。
(2) 数据类型:确定数据元素的类型,例如整数、浮点数、字符串等。
(3) 数据长度和精度:对于数值型数据,需要指定其长度和精度。
(4) 取值范围:对于有限取值的数据元素,需要明确其取值范围,以便进行输入合法性的校验。
(5) 数据元素间的关系:如果数据元素之间存在关联关系,比如主键和外键的关系,需要在字典中进行明确描述。
2. 制定命名规则和规范
为了保证数据字典的一致性和易读性,需要制定一套命名规则和规范。
命名规则可以包括以下几个方面:
(1) 规定命名的长度:为了保证字典的排版整齐美观,可以规定数
据元素名称的长度不超过一定的字符数。
(2) 使用易懂的命名方式:数据元素的名称应该能够直观地反映其
含义,避免使用复杂或含糊不清的命名方式。
(3) 统一命名风格:在整个字典中,应该统一选择一种命名风格,
并在所有数据元素中保持一致。
例如,可以使用驼峰命名法或下划线
命名法。
3. 绘制数据流程图
在设计数据字典的过程中,绘制数据流程图可以帮助我们更好地理
解和描述数据元素之间的关系。
数据流程图可以使用UML(统一建模
语言)或其他绘图工具进行绘制,它能清晰地展示数据元素之间的依
赖关系、层次结构等。
4. 使用标注和注释
为了进一步增强数据字典的易读性和可理解性,我们可以在设计过
程中使用标注和注释。
标注可以用于标识每个数据元素的类型、长度、精度等信息,以便读者快速了解该元素的特点。
注释可以用于解释某
个数据元素的含义、用途或注意事项,以便开发人员正确理解和使用。
5. 进行数据字典的维护和更新
数据字典的设计并非一次完成,而是需要随着项目的进行不断地维
护和更新。
在实际的软件开发过程中,随着需求的变更和新功能的添
加,数据字典中的数据元素可能会发生变化。
因此,我们需要定期对数据字典进行审查和更新,以保证其与实际需求的一致性。
综上所述,数据字典设计方法在软件需求说明书的编写中占据着重要的地位。
合理的数据字典设计可以提高软件开发的效率和质量,减少开发过程中的沟通和理解难题。
通过确定内容和结构、制定命名规则、绘制数据流程图、使用标注和注释以及进行定期维护和更新,我们可以设计出整洁美观、易读易懂的数据字典,为软件开发过程提供有力的支持。