帮帮文库

ppt 第二章需求分析(wx) ㊣ 精品文档 值得下载

🔯 格式:PPT | ❒ 页数:138 页 | ⭐收藏:0人 | ✔ 可以修改 | @ 版权投诉 | ❤️ 我的浏览 | 上传时间:2022-06-24 20:03

《第二章需求分析(wx)》修改意见稿

1、以下这些语句存在若干问题,包括语法错误、标点使用不当、语句不通畅及信息不完整——“.....系统流程图还可以用来表示现有的信息系统处理过程涉及的各个部件以及次序。软件工程系统流程图符号当以概括的方式抽象地描绘个物理系统时,仅仅使用些基本符号就够了,其中每个符号表示系统中的个部件。当需要更具体地描绘个物理系统的时候还需要使用些扩展的系统符号,利用这些符号可以把个广义的输入输出操作具体化为读写存储在特殊设备上的文件或数据库,把般的处理具体化为特定的程序或手工操作等等。软件工程符号名称说明处理能改变数据值或数据位置的加工或部件,例如,程序处理机人工加工等都是处理输入输出表示输入或输出或既输入又输出,是个广义的不指明具体设备的符号。连接指出转到图的另部分或从图的另部分转来,通常在同页上换页连接指出转到另页图上或由另页图转来。数据流用来连接其他符号,指明数据流动方向。软件工程图系统符号符号名称穿孔卡片表示用穿孔卡片输入或输出,也可表示个穿孔卡片文件。文档通常表示打印输出,也可表示用打印终端输入数据。磁带磁带输入输出,或表示个磁带文件......”

2、以下这些语句存在多处问题,具体涉及到语法误用、标点符号运用不当、句子表达不流畅以及信息表述不全面——“.....任何条需求不能和其他需求互相矛盾。完整性需求必须是完整的,规格说明书应该包括用户需要的每个功能或性能。现实性指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以做些预测,软件工程对软件技术的进步则很难做出预测,只能从现有技术水平出发判断需求的现实性。有效性必须证明需求是正确有效的,确实能解决用户面对的问题。那么,怎样验证软件需求的正确性呢验证的角度不同,验证的方法也不同验证需求的致性当需求分析的结果是用自然语言书写的时候,除了靠人工技术审查验证软件系统规格说明书的正确性之外,目前还没有其他更好的“测试”方法。但是,这种非形式化的规格说明书是难于验证的,特别在目标系统规模庞大规格软件工程说明书篇幅很长的时候,人工审查的效果是没有保证的,冗余遗漏和不致等问题可能没被发现而继续保留下来,以致软件开发工作不能在正确的基础上顺利进行。为了克服上述困难,人们提出了形式化的描述软件需求的方法。当软件需求规格说明书是用形式化的需求陈述语言书写的时候......”

3、以下这些语句在语言表达上出现了多方面的问题,包括语法错误、标点符号使用不规范、句子结构不够流畅,以及内容阐述不够详尽和全面——“.....六推荐行动方针根据可行性研究结果应该做出的个关键性决定是否继续进行这项开发工程。分析员必须清楚地表明他对这个关键性决定的建议。软件工程七草拟开发计划分析员应该进步为推荐的系统草拟份开发计划,除了工程进度表之外还应该估计对各种开发人员系统分析员,程序员,资料员等等和各种资源计算机硬件,软件工具等等的需要情况,应该指明什么时候使用以及使用多长时间。此外还应该估计系统生命周期每个阶段的成本。最后应该给出下个阶段需求分析的详细进度表和成本估计。八书写文档提交审查应该把上述可行性研究各个步骤的结果写成清晰的文档,请用户和使用部门的负责人仔细审查,以决定是否继续这项工程以及是否接受分析员推荐的方案。软件工程系统流程图系统流程图是描绘物理系统的传统工具。系统流程图就是表示整个系统处理事物的基本过程。系统流程图是在系统分析员在做系统构架阶段,或者说,在接触实际系统时,对未来构建的信息处理系统的种描述。这种描述是相对简单且完全的,涉及到未来系统中使用的处理部件,如磁盘,显示器......”

4、以下这些语句该文档存在较明显的语言表达瑕疵,包括语法错误、标点符号使用不规范,句子结构不够顺畅,以及信息传达不充分,需要综合性的修订与完善——“.....系统用描述符从系统信息流系统结构数据结构数据导出系统规模系统动态系统性质和软件工程项目管理等八个方面描述信息系统。旦用对系统做了完整描述,就可以调用产生组分析报告,其中包括所有修改规格说明数据库的记录,用各种形式描述数据库信息的参照报告包括图形形式的描述,关于项目管理信息的总结报告,以及评价数据库特性的分析报告。借助系统可以边对目标系统进行自顶向下的逐层分解,边将需求分析过程中遇到的数据流文件处理等对象用。描述出来并输入到系统中。将对输入信息作致性和完整性检查,并且保存这些描述信息。软件工程需求分析指南按照软件工程对软件开发过程的描述,需求阶段我们可以细分为需求调研和需求分析两个小阶段,需求调研需要充分细致的了解客户目标,用户业务内容流程等,这是个对需求的采集过程,是进行需求分析的基础准备。当我们已经了解理解了用户的业务,于是可以开始分析需求了......”

5、以下这些语句存在多种问题,包括语法错误、不规范的标点符号使用、句子结构不够清晰流畅,以及信息传达不够完整详尽——“.....从而能有效地保证软件需求的致性。验证需求的现实性为了验证需求的现实性,分析员应该参照以往开发类似系统的经验,分析用现有的软硬件技术实现目标系统的可能性。必要的时候应该采用仿真或性能模拟技术,辅助分析软件需求规格说明书的现实性。软件工程验证需求的完整性和有效性只有目标系统的用户才真正知道软件需求规格说明书是否完整准确地描述了他们的需求。因此,检验需求的完整性,特别是证明系统确实满足用户的实际需要即,需求的有效性,只有在用户的密切合作下才能完成。然而许多用户并不能清楚地认识到他们的需要特别在要开发的系统是全新的,以前没有使用类似系统的经验时,情况更是如此,不能有效地比较陈述需求的语句和实际需要的功能。只有当他们有种工作着的软件系统可以实际使用和评价时,才能完整确切地提出他们的需要。软件工程用于需求分析的软件工具为了更有效地保证软件需求的正确性,特别是为了保证需求的致性,需要有适当的软件工具支持需求分析工作。这类软件工具应该满足下列要求必须有形式化的语法或表......”

6、以下这些语句存在多方面的问题亟需改进,具体而言:标点符号运用不当,句子结构条理性不足导致流畅度欠佳,存在语法误用情况,且在内容表述上缺乏完整性。——“.....并且应该能够产生组报告指明对完整性分析的结果使用这个软件工具之后,应该能够改进通信状况。作为需求工程方法学的部分,在年设计完成了软件工程需求陈述语言。中的语句是计算机可以处理的,处理以后把从这些语句中得到的信息集中存放在个称为抽象系统语义模型的数据库中。有组软件工具处理数据库中的信息以产生出用语言书写的模拟程序,从而可以检验需求的致性完整性和现实性。美国密执安大学开发了问题陈述语言问题陈述分析程序系统。这个系统是“计算机辅助设计和规格说明分析工具的部分,它的基本结构类似于。其中是用来描述系统的形式语言,是处理描述的分析程序。用描述的系统属性放在个数据库中。旦建立起数据库之后即可增加信息删除信息或修改信息,并且保持信息的致性。对数据库软件工程进行处理以产生各种报告,测试不致性或遗漏,并且生成文档资料......”

7、以下这些语句存在标点错误、句法不清、语法失误和内容缺失等问题,需改进——“.....四重新定义问题新系统的逻辑模型实质上表达了分析员对新系统必须做什么的看法。用户是否也有同样的看法呢分析员应该和用户起再次复查问题定义工程规模和目标,这次软件工程复查应该把数据流图和数据词典作为讨论的基础。五导出和评价供选择的解法分析员应该从他建议的系统逻辑模型出发,导出若干个较高层次的较抽象的物理解法供比较和选择。导出供选择的解法的最简单的途径,是从技术角度出发考虑解决问题的不同方案。在数据流图上划分不同的自动化边界,从而导出不同物理方案的方法。当从技术角度提出了些可能的物理系统之后,应该根据技术可行性的考虑初步排除些不现实的系统。软件工程其次可以考虑操作方面的可行性。接下来应该考虑经济方面的可行性。分析员应该估计余下的每个可能的系统的开发成本和运行费用,并且估计相对于现有的系统而言这个系统可以节省的开支或可以增加的收入。最后为每个在技术操作和经济等方面都可行的系统制定实现进度表,这个进度表不需要也不可能制定得很详细......”

8、以下文段存在较多缺陷,具体而言:语法误用情况较多,标点符号使用不规范,影响文本断句理解;句子结构与表达缺乏流畅性,阅读体验受影响——“.....提取出核心主要急迫的业务,明晰业务流程二运用管理思想,优化业务流程软件工程软件设计国家标准软件需求分析说明书的提纲引言编写目的说明编写目的,指出预期的读者背景•所建议开发的软件系统的名称•本项目的任务提出者开发者用户及实现该软件的计算中心或计算机网络。•同其他系统和机构的基本的互相往来定义列出本文件中用到的专业术语及外文首字母组成的原词组参考资料•本项目经核准的计划任务书或合同上级机关的批文•属于本项目其他已经发表的文件软件工程软件设计国家标准软件需求分析说明书的提纲•本文件中各处引用的文件资料任务概述目标叙述该项目的开发意图应用目标作用范围及其他向读者说明的有关该软件开发的背景资料用户的特点软件的最终用户的特点操作人员维护人员的水平和技术专长及本软件的使用频率假定和约束进行本软件开发工作的假定和约束需求规定信息与功能描述描述系统的信息关系和功能要求。性能描述从精度要求时间特性灵合性等方面描述系统性能输入输入解释各输入输出数据类型......”

9、以下这些语句存在多方面瑕疵,具体表现在:语法结构错误频现,标点符号运用失当,句子表达欠流畅,以及信息阐述不够周全,影响了整体的可读性和准确性——“.....包括磁盘磁鼓软盘和海量存储器件等。磁盘磁盘输入输出。也可表示存储在磁盘上的文件或数据库。磁鼓磁鼓输入输出,也可表示存储在磁鼓上的文件或数据库。显示终端或类似的显示部件,可用于输入或输出,也可既输入又输出。人工输入人工输入数据的脱机处理,例如,填写表格。人工操作人工完成的处理,例如,会计在工资支票上签名。辅助操作使用设备进行的脱机操作。通信链路通过远程通信线路或链路传送数据。软件工地完成。在中,如果存在个有关内容的列表索引和交叉引用表,则当个需求发生变化时,就可以方便对中必须修改的部分进行定位和修改。软件工程可跟踪性对于软件开发中的每个需求在中可以追溯出其来源。实现可跟踪性的常用方法是对中每个段落按层编号,每个需求给以唯编码,使用特殊指示字对同需求在中的不同出现进行标识。软件工程软件需求正确性验证软件需求正确性要求和验证方法为了提高软件质量,确保软件开发成功,降低软件开发成本,旦对目标系统提出组要求之后,必须严格验证这些需求的正确性。般说来......”

下一篇
第二章需求分析(wx)
第二章需求分析(wx)
1 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
2 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
3 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
4 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
5 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
6 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
7 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
8 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
9 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
10 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
11 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
12 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
13 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
14 页 / 共 138
第二章需求分析(wx)
第二章需求分析(wx)
15 页 / 共 138
温馨提示

1、该PPT不包含附件(如视频、讲稿),本站只保证下载后内容跟在线阅读一样,不确保内容完整性,请务必认真阅读。

2、有的文档阅读时显示本站(www.woc88.com)水印的,下载后是没有本站水印的(仅在线阅读显示),请放心下载。

3、除PDF格式下载后需转换成word才能编辑,其他下载后均可以随意编辑、修改、打印。

4、有的标题标有”最新”、多篇,实质内容并不相符,下载内容以在线阅读为准,请认真阅读全文再下载。

5、该文档为会员上传,下载所得收益全部归上传者所有,若您对文档版权有异议,可联系客服认领,既往收入全部归您。

  • 文档助手,定制查找
    精品 全部 DOC PPT RAR
换一批