首页 > 知识点讲解
       系统说明书
知识路径: > 信息系统开发和运行管理知识 > 系统分析设计基础知识 > 系统规格说明书 > 
被考次数:3次     被考频率:中频率     总体答错率:30%     知识难度系数:     
相关知识点:25个      
               系统说明书的内容
               系统说明书是系统分析阶段工作的全面总结,是这一阶段的主要成果。它又是主管人员对系统进入设计阶段的决策依据。只有系统说明书经过系统开发工作的领导部门审查批准后才能进行下一阶段的工作。系统说明书又是后续各阶段工作的主要依据之一。因此系统说明书是整个系统开发工作最重要的文档之一。编写系统说明书是系统开发中一项十分重要的工作。
               系统说明书应达到的基本要求是:全面、系统、准确、详实、清晰地表达系统开发的目标、任务和系统功能。
               .全面,就是要描述整个系统的有关内容,而不只是某个局部。
               .系统,就是要着重描述系统各部分的相互联系、相互作用,正确处理部分与整体的关系。
               .准确,就是对系统的目标、任务和各项功能逻辑模型中各种成分都要给以准确的、符合实际的描述,避免错误与疏漏。
               .详实,就是要详细具体地表达用户需求与系统逻辑功能,给系统设计与实施提供反映实际需求的、可以实现的工作依据。
               .清晰,就是要表达清楚、无二义、总体上一目了然,每个具体问题又有详细清楚地说明,整个系统说明书结构合理,图文形式简洁、可读性强。便于系统开发人员之间,专业人员与用户之间的交流。
               作为系统分析阶段的技术文档,系统说明书通常包括以下三方面的内容:
                      引言
                      说明项目的名称、目标、功能、背景、引用资料(如核准的计划任务书或合同),文中所用的专业术语等。
                      项目概述
                      (1)项目的主要工作内容。
                      简要说明本项目在系统分析阶段所进行的各项工作的主要内容。这些内容是建立新系统逻辑模型的必要条件,而逻辑模型是书写系统规格说明书的基础。
                      (2)现行系统的调查情况。
                      新系统是在现行系统的基础上建立起来的。设计新系统之前,必须对现行系统进行调查,掌握现行系统的真实情况,了解用户的要求和问题所在。
                      列出现行系统的目标、主要功能、组织结构、用户要求等,并简要指出主要问题所在。以数据流图为主要工具,说明现行信息系统的概况。
                      数据字典、判定表、数据立即存取图等往往篇幅较大,可作为系统说明书的附件。但是由它们得到的主要结论(如主要的业务量、总的数据存储量等)应被列在正文中。
                      (3)新系统的逻辑模型。
                      通过对现行系统的分析,找出现行系统的主要问题所在,进行必要的改动,即得到新系统的逻辑模型。
                      新系统的逻辑模型也要通过相应的数据流图加以说明。数据字典等有变动的地方也要做相应说明。
                      实施计划
                      (1)工作任务的分解:指对开发中应完成的各项工作按子系统(或系统功能)划分,指定专人分工负责。
                      (2)进度:指给出各项工作的预定日期和完成日起,规定任务完成的先后顺序及完成的界面。可用PERT图或甘特图表示进度。
                      (3)预算:指逐项列出本项目所需要的劳务以及经费的预算,包括办公费、差旅费、资料费,等等。
                      系统说明书内容指南
                      1.引言
                      1.1摘要
                      (摘要说明所建议开发的系统的名称、目标和功能。)
                      1.2背景
                      (1)项目的承担者
                      (2)用户
                      (3)本系统和其他系统或机构的关系和联系
                      1.3参考和引用资料
                      (1)本项目的经核准的计划任务书或合同、上级机关的批文
                      (2)属于本项目的其他已发表的文件
                      (3)本文件中各处引用的文件资料
                      (列出上述文件资料的标题、编号、发表日期和制定单位,说明这些文件资料的来源。)
                      1.4专门术语定义
                      (本文件所用到的术语。)
                      2.项目概述
                      2.1项目的主要工作内容
                      (简要地说明本项目在开发中须进行的各项主要工作,这些工作是建立新系统逻辑模型的必要条件,而逻辑模型是书写系统说明书的基础。)
                      2.2系统需求说明
                      (新系统是在现行系统的基础上建立起来的。在新系统设计工作开展之前,必须对系统调查清楚,掌握现行系统的真实情况,了解用户的新要求和问题所在。)
                      2.2.1现行系统的现状调查说明
                      (列出现行系统的目标、主要功能、用户要求等,并简要指出问题所在。)
                      2.2.2业务流程说明
                      (简要说明现行系统现场工作流程和事务流程概况。反映这些业务流程的业务流程图,若需要,可另附。)
                      2.3系统功能说明
                      (在现行系统现状调查的基础上,进一步透过具体工作,分析组织内信息、数据流动的路径和过程,真正弄清用户要解决什么问题,明确系统的功能要求。)
                      2.3.1新系统功能要求
                      (数据流程图是系统需求的高度概括,是调查研究的重要产物,它源于现行系统,又高于现行系统。这里主要通过数据流程图概况说明系统的功能要求。)
                      (1)系统的目标
                      (从新系统数据流程图的分析中,说明新系统有哪些目标。)
                      (2)新系统的功能要求
                      (列出新系统的主要功能)
                      (3)验收
                      (简单说明分析员和用户一起讨论分析的验收是否达到要求。)
                      2.4系统的数据要求说明
                      (从数据流程图和数据字典分析逻辑数据结构,标识每个数据结构中的每个数据项、记录和文件的长度以及它们之间的关系。)
                      2.4.1系统的数据要求
                      (这里的数据是指静态数据,即在运行过程中主要作为参考的数据,它们在很长一段时间内不会变化,一般不随运行而改变。)
                      (1)数据项定义
                      (说明数据项定义中出现的例外情况,列出作为控制或参考的主要数据项。)
                      (2)容量
                      (本系统所有数据项的总长度。)
                      (3)用户
                      (4)验收
                      (指出验收情况。)
                      2.4.2系统的数据要求的粗略估计
                      (粗略估算系统在运行过程中动态数据的内容。)
                      上述工作,再加上环境对系统影响的估计,以及研制时间和人力、物力引起的费用估计,构成系统规格说明书。
                      3.实施总计划
                      3.1工作任务的分解
                      (对于项目开发中应完成的各项工作,按系统功能(或子系统)划分,指定专人(或小组)分工完成,指明每项任务的负责人。)
                      3.2进度
                      (给出每项工作任务的预定开始日期和完成日期,规定各项工作任务完成的先后顺序以及每项工作任务完成的界面。)
                      3.3预算
                      (逐项列出本开发项目所需要的劳务(包括工作量/人)以及经费的预算(包括办公费、差旅费、资料费等)。)
               系统说明书的审议
               系统说明书是系统分析阶段的技术文档,也是这一阶段的工作报告,是提交审议的一份工作文件。系统说明书一旦被审议通过,则成为有约束力的指导性文件,成为用户与技术人员之间的技术合同,成为下阶段系统设计的依据。因此,系统说明书的编写很重要。它应简明扼要、抓住本质、反映系统的全貌和系统分析员的设想。它的优劣是系统分析员水平和经验的体现,也是他们对任务和情况了解深度的体现。
               对系统规格说明书的审议是整个系统研制过程中一个重要的里程碑。审议应由研制人员、企业领导、管理人员、局外系统分析专家共同进行。审议通过之后,系统说明书就将成为系统研制人员与企业对该项目共同意志的体现。作为一个工作阶段,系统分析宣告结束。若有关人员在审议中对所提方案不满意,或者发现研制人员对系统的了解有比较重大的遗漏或误解,就需要返回详细调查,重新分析。也有可能发现条件不具备、不成熟,导致项目中止或暂缓。一般说来,经过认真的可行性分析之后,不应该出现后一种情况,除非情况有重大变动。
 
 相关知识点:
 
软考在线指南
优惠劵及余额
在线支付
修改密码
下载及使用
购买流程
取消订单
联系我们
关于我们
联系我们
商务合作
旗下网站群
高级资格科目
信息系统项目管理师 系统分析师
系统架构设计师 网络规划设计师
系统规划与管理师
初级资格科目
程序员 网络管理员
信息处理技术员 信息系统运行管理员
中级资格科目
系统集成项目管理工程师 网络工程师
软件设计师 信息系统监理师
信息系统管理工程师 数据库系统工程师
多媒体应用设计师 软件评测师
嵌入式系统设计师 电子商务设计师
信息安全工程师
 

本网站所有产品设计(包括造型,颜色,图案,观感,文字,产品,内容),功能及其展示形式,均已受版权或产权保护。
任何公司及个人不得以任何方式复制部分或全部,违者将依法追究责任,特此声明。
本站部分内容来自互联网或由会员上传,版权归原作者所有。如有问题,请及时联系我们。


工作时间:9:00-20:00

客服

点击这里给我发消息 点击这里给我发消息 点击这里给我发消息

商务合作

点击这里给我发消息

客服邮箱service@rkpass.cn


京B2-20210865 | 京ICP备2020040059号-5 |京公网安备 11010502032051号 | 营业执照 | Copyright ©2000-2023 All Rights Reserved 软考在线版权所有