国标8567-2006软件需求规格说明书实例-教务系统-重大修改版
教务管理系统需求规格说明书
教务管理系统需求规格说明书1.引言✓编写目的二十一世纪是信息的社会,传统的教务管理模式,已经不适应信息时代的要求,迫使人们起用新的管理方法来管理。
科学技术日新月异的进步,让人类生活发生了巨大的变化,计算机技术的飞速发展,使各行各业在计算机技术应用方面得到了广泛的普及和使用。
信息化时代的到来成为不可抗拒的潮流,人类文明正在进入一个崭新的时代。
因此,教务管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活,将传统的教务管理方式彻底的解脱出来,提高效率,减轻工人人员以往繁忙的工作,减小出错的概率,从而使人们有更多时间来学习和享受生活。
✓背景说明●该产品的名称为教务管理系统●系统设计的目标:出于本系统实学校学生管理的一个综合性的系统,本系统得设计目标将最终定位于完成以上所诉的系统主要业务的基本模型上。
●本系统管理的对象单一,都是在校学生,且每个数据内容具有较强的关联性,涉及的计算过程不是很复杂。
因此,比较适合采用数据库管理。
在技术难度方面,由于有指导老师的指导和相关参考文献,特别是网上资料,特别是参考其它程序的功能,因此完全可以实现。
●需求如下:1.要求有良好的人机界面;2.要求有良好的权限管理;3.原始数据修改简单方便,支持多条件修改;4.方便的数据查询,支持多条件查询;5.在相应得权限下,删除数据简单方便,数据稳定性好;6.计算机自动完成,尽量减少人工干预;7.在相应的权限下,进行数据查询,插入,更改等基本操作。
8.能较好的支持中文数据,良好的国际化界面;●参考资料该项目参考资料大多来自书本《软件工程》和一些网上资料。
2.概述✧功能概述1)系统登陆界面2)系统主界面3)用户管理模块4)学生缴费管理模块5)教学分析模块6)资源配置模块(教师、教室、学生)系统功能简介本系统主要可以实现以下的管理功能:资源配置管理、教学分析管理、学生档案管理、学生档案管理、学生缴费管理、课程管理、成绩管理、资源配置管理、教学分析管理等。
学生管理系统需求规格说明书
浙江工业大学之江学院软件工程大型实验报告设计题目:___ __ 班级:_____ _____ 姓名:_____ _____ 指导教师:________ ________2015 年6 月“学生管理系统”需求分析报告1 范围1.1 标识1.2 系统概述1.软件名称:学生管理系统2.软件功能:方便教务管理部门在线管理学生基础信息,包括班级信息管理、学生基本信息管理、学生课程成绩管理以及提供统计和查询功能。
此外,系统管理员还可以通过该系统管理用户信息。
3.与其他教务管理系统的关系:此系统为教务管理系统的一个子系统,项目来源于某高校的委托。
整个教务管理系统分为五个部分,另外四个个部分别为:学生选课系统、课程管理系统、教师管理系统和系统管理。
用户需要从系统管理子系统中登录后才能进入学生管理子系统。
学生选课系统、课程管理系统和教师管理系统的班级、学生、教师和课程等基本信息等,与学生管理子系统共享。
图A1-1所示的子系统关系图,主要描述学生管理子系统与其他系统的关系。
图A1-1子系统关系图4.用户:教务业务员和系统管理员5.开发者:XXX、XXX、XXX1.3 文档概述需求分析采用面向对象分析的方法,在文档中主要采用了用例和E-R图等表示方法描述需求。
文档的预期读者为教务业务人员和软件开发小组。
1.4 基线无(或《学生管理系统可行性分析报告》)2 引用文件计算机软件文档编制规范(GB/T 8567-2006),2006年3月14日发布,2006年7月1日实施。
3 需求概述3.1 系统目标系统的开发目标是充分利用计算机和网络技术,打破传统的管理模式,实现课程信息、学生信息和考试成绩的在线管理,保持这些数据的一致性,同时提高管理的工作效率。
3.2 运行环境1.服务器硬件配置要求:2.客户机硬件配置要求:个人机,1M内存,40G硬盘3.软件配置要求:Jdk 1.5版本以上,Tomcat 5.03.3 用户特点系统的最终用户为教务业务员,具备基础的计算机操作技能。
软件设计文档国家标准GB8567
软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中,应该有完备的文档支持,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。
完备的文档对软件的开发及使用起了很大的作用。
一般要求编写好十三种文档。
1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。
2、项目开发计划为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等.3、软件需求说明书(软件规格说明书)对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。
4、概要设计说明书是概要设计阶段的工作总结。
主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等,为详细设计作好准备。
5、详细设计说明书着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等.6、用户操作手册详细描述了该软件的功能、性能和用户界面,使用该软件的具体方法等.7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
8、测试分析报告测试计划的执行情况,对测试结果的分析,提出测试结论。
9、开发进度月报按月提交的项目进展情况报告。
包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。
10、项目开发总结报告项目完成以后,总结实际执行情况。
如进度、成果、资源利用、成本和投入的人力,对项目开发作出评价,总结经验与教训.11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等.12、软件问题报告记录软件出现问题的日期、发现人、状态、问题所属模块等,为软件修改提供准备文档. 13、软件修改报告软件产品投入使用后,发现了需修改、更正的问题,要将出现的问题、修改意见、修改可能出现影响作出详细描述,提交审批。
教务管理系统软件需求规格说明书
教务管理系统软件需求规格说明书-标准化文件发布号:(9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII文件编号:012005015112保密级别:□公司级□部门级■项目级□普通级采纳标准:标准教务管理系统软件需求规格说明书编号:版本1.0更改记录目录文件编号:012005015112 (2)保密级别:□公司级□部门级■项目级□普通级 (2)采纳标准:标准 (2)目录 (5)1 引言 (6)1.1. 编写目的 (6)1.2. 背景 (6)1.3. 定义 (7)1.4. 参考资料 (7)2任务概述 (7)2. 1 目标 (7)2. 2 用户特点 (7)2. 3 假定和约束 (7)3需求规定 (8)3.1 对功能的规定 (8)3. 1. 1 学生成绩查询 (8)3. 1. 2 删除学生的课程信息 (8)3. 1. 3 添加学生的课程成绩 (8)3. 1. 4 修改学生课程成绩 (8)3. 1. 5 录入学生信息 (9)3. 1. 6 班级,年级成绩查询 (9)3.2 对性能的规定 (9)3. 2. 1 精度 (9)3. 2. 2 时间特性要求 (10)3. 2. 3 灵活性 (10)3. 2. 4 安全性和可维护性 (10)3. 2. 5 可用性和可移植性 (10)3.3 数据的输入输出要求 (10)3.4 数据管理能力要求 (11)3.5 故障处理要求 (11)3.6 用户相关操作 (11)3.7 其他专门要求 (11)4运行环境规定 (11)4.1. 设备 (11)4.2. 支持软件 (12)4.3. 接口 (12)4. 3. 1 用户接口 (12)4. 3. 2 硬件接口 (12)4. 3. 3 软件接口 (12)4. 3. 4 通信接口 (12)4.4. 控制 (12)1 引言《教务管理系统软件需求规格说明书》旨在详细描述系统功能需求和一些非功能需求,明确系统需求边界。
(完整word版)软件需求说明书(GB856T
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (3)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (4)3需求规定 (4)3.1对功能的规定 (4)3.2对性能的规定 (4)3.2.1精度 (4)3.2.2时间特性要求 (4)3.2.3灵活性 (5)3.3输人输出要求 (5)3.4数据管理能力要求 (5)3.5故障处理要求 (5)3.6其他专门要求 (5)4运行环境规定 (5)4.1设备 (5)4.2支持软件 (6)4.3接口 (6)4.4控制 (6)软件需求说明书的编写提示1引言构建学习型社区是继承和弘扬中华民族文化与时俱进的需要。
我们伟大的中华民族素以好学上进的美德著称于世。
“学而时习之”、“学而不倦”、“苇编三绝”、“学无止境”、“学而优则仕”、“人学始知道不学亦徒然”等名言亘古传颂。
在今天,对于当代大学生来说,我们更需要通过建设学习型社区不断学习不断提高学习各种优秀传统道德净化人的灵魂提升社区和居民的层次和品位1.1编写目的说明编写这份软件需求说明书的目的,指出预期的读者。
1.2背景说明:a.基于学分制主页建立的学习型社区;b.本项目的任务提出者:崔颖安本项目的任务开发者:刁颖用户:西安理工大学学分制主页注册人员实现该软件的计算中心或计算机网络:校园内网;c.该软件系统同其他系统或其他机构的基本的相互来往关系:该软件是以学分制主页为基础建立的,无需另外注册信息。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料《软件工程工程导论》(第5版)——张海藩编著清华大学出版社《软件文档编写》——辛海明、潘孝铭、王晋隆编著《长春理工大学学报(高教版)》(第3卷第3期2008年9月)《软件工程思想》林锐编著《软件系统实现与分析》于万波魏小鹏主编——北京:清华大学出版社,2011.4《西安理工大学:“五位一体”提升软件实力》李瑞2任务概述2.1目标创建学习型社区是构建终身教育体系、建立学习化社会的重要途径和组成部分,是适应知识经济要求、加快我校现代化建设进程并把三个文明建设落实到基层的必然选择和有效载体。
GB8567-2006软件开发计划
GB/T 8567-2006《计算机软件文档编制规范》7.2软件开发计划(SDP)说明:1. 《软件开发计划》(SDP)描述开发者实施软件开发工作的计划,本文档中“软件开发”一词涵盖了新开发、修改、重用、再工程、维护和由软件产品引起的其他所有的活动。
2. SDP是向需求方提供了解和监督软件开发过程、所使用的方法、每项活动的途径、项目的安排、组织及资源的一种手段。
3. 本计划的某些部分可视实际需要单独编制成册,例如,软件配置管理计划、软件质量保证计划和文档编制计划等。
软件开发计划的正文的格式如下:1 引言本章分为以下几条。
1.1 标识本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号和发行号。
1.2 系统概述本条应简述本文档适用的系统和软件的用途,它应描述系统和软件的一般特性;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;列出其他有关的文档。
1.3 文档概述本条应概述本文档的用途和内容,并描述与其使用有关的保密性和私密性的要求。
1.4 与其他计划之间的关系(若有)本条描述本计划和其他项目管理计划的关系。
1.5 基线给出编写本项目开发计划的输入基线,如软件需求规格说明。
2 引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期,本章也应标识不能通过正常的供货渠道获得的所有文档的来源。
3 交付产品3.1 程序3.2 文档3.3 服务3.4 非移交产品3.5 验收标准3.6 最后交付期限列出本项目应交付的产品,包括软件产品和文档。
其中,软件产品应指明哪些是要开发的,哪些是属于维护性质的;文档是指随软件产品交付给用户的技术文档,例如用户手册、安装手册等。
4 所需工作概述本章根据需要分条对后续章描述的计划作出说明,(若适用)包括以下概述:a. 对所要开发系统、软件的需求和约束;b. 对项目文档编制的需求和约束;c. 该项目在系统生命周期中所处的地位;d. 所选用的计划/采购策略或对它们的需求和约束;e. 项目进度安排及资源的需求和约柬;f. 其他的需求和约束,如:项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发的相互依赖关系等。
GB-T 8567-2006 计算机软件文档编制规范
f)适当处,包括每个文档的安全或机密级。
g)管理文档开发过程的步骤和控制,包括存储、检索、后备、处理和质 量保证(若要求)。
h)所用的生产方法、工具和工具版本。
i)文档开发人员所在的队伍的结构,任选地,包括队伍选择计划。
l 在文档编写和生产的不同阶段中的工作人员,需要不同的技巧。编写 人员可能要求对正在编写的系统有好的知识加上写文档的经验;编辑人员 可能要求有编辑经验而对系统知识无要求;版面艺术家可能对所用的版面 工具外,无任何知识要求。
本标准将给出这些文档的编制规范,同时,本标准也是这些文 档的编写质量的检验准则。一般地说,一个软件总是一个计算机系 统(包括硬件,固件和软件)的组成部分。鉴于计算机系统的多样 性,本标准一般不涉及整个系统开发中的文档编制问题,本标准仅 仅是软件开发过程中的文档编制指南。
对于使用文档的人员而言他们所关心的文件的种的任何技术错误被评审者捕获。
l 注2:草案应针对在文档计划中批准的目标、读者定义、内容表和其他 特征进行评审。在带有评论的第一个草案返回前,宜确认,若草案完全改 正了,将满足文档计划的要求。
5.5.4 第二个草案评审
第二个草案应包在第一个草案评审中同意的所有变更且应以 尽可能接近最后的形式包括在文档计划中定义的可交付的内容。
文档的第一个草案的评审目的是核查文档的技术正确性和完 整性,以保证草案满足文档计划的目标。标点符号、风格和版 面应如在文档计划中定义的。
在批准第一个草案中,除了要求的变更外,评审批准技术正确性、结构 清楚性和文档的完整性。
l 注1:第一个草案宜在交付前编辑。这有两个理由:
a)这保证评审者不分心于改正印刷的和版面的错误;
l 文档计划宜2)每个草案的准备、评审和改正; 3)可用性测试;
GB-T 8567-1988-03:软件需求说明书
此处插入公司LOGO目录1.引言 (4)1.1.编写目的 (4)1.2.背景 (4)1.3.定义 (4)1.4.参考资料 (4)2.任务概述 (5)2.1.目标 (5)2.2.用户的特点 (5)2.3.假定和约束 (5)3.需求规定 (6)3.1.对功能的规定 (6)3.2.对性能的规定 (6)3.2.1.精度 (6)3.2.2.时间特性要求 (6)3.2.3.灵活性 (6)3.3.输入输出要求 (7)3.4.数据管理能力要求 (7)3.5.故障处理要求 (7)3.6.其他专门要求 (7)4.运行环境规定 (8)4.1.设备 (8)4.2.支持软件 (8)4.3.接口 (8)4.4.控制 (8)使用说明:软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。
(注意:蓝字部分在正式文档中删掉)1.引言1.1.编写目的提示:说明编写这份软件需求说明书的目的,指出预期的读者。
(此处填写正文,注意:蓝字部分在正式文档中删掉)1.2.背景提示:a.待开发的软件系统的名称;b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;c.该软件系统同其他系统或其他机构的基本的相互来往关系。
(此处填写正文,注意:蓝字部分在正式文档中删掉)1.3.定义提示:列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
(此处填写正文,注意:蓝字部分在正式文档中删掉)1.4.参考资料提示:列出用得着的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
(此处填写正文,注意:蓝字部分在正式文档中删掉)2.任务概述2.1.目标提示:叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
软件设计文档国家标准GB8567
软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中,应该有完备的文档支持,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。
完备的文档对软件的开发及使用起了很大的作用。
一般要求编写好十三种文档。
1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。
2、项目开发计划为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
3、软件需求说明书(软件规格说明书)对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。
4、概要设计说明书是概要设计阶段的工作总结。
主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等,为详细设计作好准备。
5、详细设计说明书着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。
6、用户操作手册详细描述了该软件的功能、性能和用户界面,使用该软件的具体方法等。
7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
8、测试分析报告测试计划的执行情况,对测试结果的分析,提出测试结论。
9、开发进度月报按月提交的项目进展情况报告。
包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。
10、项目开发总结报告项目完成以后,总结实际执行情况。
如进度、成果、资源利用、成本和投入的人力,对项目开发作出评价,总结经验与教训。
11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。
附录2 GB T-8567-2006计算机软件文档编制案例
【附录2】计算机软件文档软件工程文档综合实例集(GB T-8567-2006)一、网上购书系统可行性分析报告1引言网上购书系统是个复杂的电子商务系统,它必须提供接口以供用户登录并从中选购喜好的书籍;同时还必须提供系统的管理接口以供管理员和一般的网站工作者处理客户订单并维护网站的正常运行。
1.1标识1.2背景开发软件名称:网上购书系统项目的提出者:XXX出版公司 XXX书店开发方名称:XXX软件公司开发者:软件专业第五小组开发负责人:第五小组组长用户:书店会员、管理人员、游客1.3项目概述长期以来,书店业务一直采用手工管理。
图书采购、库存、销售和核算的手工信息管理存在工作量大、服务质量差、工作效率低、耗费人员多,图书的市场、库存、销售、读者反馈等信息不能及时提供等问题。
为了彻底改善书店图书信息管理的落后局面,一方面方便书店工作人员的管理,另一方面用户网上浏览图书、购买图书和反馈信息,特提出开发本系统。
“网上购书系统”的建设,对提高书店服务质量、提高工作效率、加快信息反馈、增强竞争实力有着重大意义。
电子商务平台给企业带来更多的商业机会,同时也给客户的消费和交易带来很大的方便。
1.4文档概述本文档将描述开发网上购书系统的可行性分析和研究过程。
2引用文件《软件设计文档国家标准》GB8567-20063可行性分析的前提3.1项目的要求1、功能:对书店的图书信息和用户(书店工作人员,网站注册用户即潜在购书者)信息的进行有效的管理;对图书的进销存等环节进行信息化管理;实现读者网上浏览图书,网上购书的可能;通过论坛同读者进行有效的沟通;通过聊天室实现作者和读者的实时交流;处理读者网上的投诉和建议。
2、性能:数据库的录入;图书检索;用户信息查询;图书信息查询;论坛和bbs互动;网上购书。
3、安全与保密要求:书店中所有的图书能够供用户随时查阅;用户的个人信息可以由用户自己修改、添加;书店图书的信息只能由书店管理人员添加、修改;所有注册用户信息只能由书店管理人员查询。
国标8567-2006软件需求规格说明实例-教务系统--重大修改版
软件需求规格说明(SRS)项目:教务管理系统专业班级:目录目录 (2)1.范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献: (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI内部接口需求 (19)3.6.1教务系统与数据库之间的内部接口 (20)3.7CSCI内部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8保密性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (27)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (31)5尚未解决的问题 (32)6注解(业务名词的解释) (33)附录A (34)附录B (35)1.范围1.1标识(待开发软件的完整标识,(如果有的话)包括标识号,版本号、发行号、标题。
国标8567-2006软件需求规格说明书实例-教务系统 -重大修改版
软件需求规格说明(SRS)项目:教务管理系统专业班级:目录目录 (2)1.范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献: (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI内部接口需求 (19)3.6.1教务系统与数据库之间的内部接口 (20)3.7CSCI内部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8保密性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (28)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (32)5尚未解决的问题 (33)6注解(业务名词的解释) (33)附录A (34)附录B (36)1.范围1.1标识(待开发软件的完整标识,(如果有的话)包括标识号,版本号、发行号、标题。
(完整版)医院信息系统遵循规范和标准列表
病历书写基本规范(试行)
病历书写基本规范(试行)
国中医药发〔2002〕36号
中医、中西医结合病历书写
基本规范(试行)
关于印发《中医、中西医结合病历书写基本规范(试行)》的通知
湖南省医疗服务价格(2007年)
规财处_湖南省医疗服务价格
湘卫合医发[2008]1号
湖南省新型农村合作医疗基本药品目录(修订版)
全省新农合基本药品目录(合医发1号附件)
湘卫合医发[2006]1号
关于印发《湖南省新型农村合作医疗限制补偿的诊疗项目范围(试行)》的通知
限制诊疗项目(湘卫合医发2006)1号
卫办农卫发[2008]127号
新型农村合作医疗管理信息系统基本规范
卫办农卫发(2008)127号
电子病历标准征求意见稿(20090804)
医院会计制度
财政部、卫生部[1998]148号
医院财务制度
湖南省卫生厅 2000年4月
《病历书写规范和病例(案)医疗质量评定标准》
湖南省卫生厅 2000年5月
《湖南省医院护理管理工作质量评分标准》
数据字典及编码标准:
GB/T14396
疾病分类ICD_10
ICD-10国际疾病库
ICD-9-CM3
手术编码
ICD_9_CM3
WZB01_90
设备名称字典
GB/T11714-1997
全国组织机构代码编码规则
GB/T2260
行政区划代码
GB/T10114-2003
县及县以下行政区划代码编制规则
WS218-2002
卫生机构(组织)分类与代码
GB/T12402-2000
经济类型分类与代码
国标8567-2006软件需求规格说明实例-教务系统--重大修改版
软件需求规格说明(SRS)项目:教务管理系统专业班级:目录目录 (2)1.范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献: (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI内部接口需求 (19)3.6.1教务系统与数据库之间的内部接口 (20)3.7CSCI内部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8保密性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (27)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (31)5尚未解决的问题 (32)6注解(业务名词的解释) (33)附录A (34)附录B (35)1.范围1.1标识(待开发软件的完整标识,(如果有的话)包括标识号,版本号、发行号、标题。
GB8567-2006软件开发计划
GB/T 8567-2006《计算机软件文档编制规范》7.2软件开发计划(SDP)说明:1. 《软件开发计划》(SDP)描述开发者实施软件开发工作的计划,本文档中“软件开发”一词涵盖了新开发、修改、重用、再工程、维护和由软件产品引起的其他所有的活动。
2. SDP是向需求方提供了解和监督软件开发过程、所使用的方法、每项活动的途径、项目的安排、组织及资源的一种手段。
3. 本计划的某些部分可视实际需要单独编制成册,例如,软件配置管理计划、软件质量保证计划和文档编制计划等。
软件开发计划的正文的格式如下:1 引言本章分为以下几条。
1.1 标识本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号和发行号。
1.2 系统概述本条应简述本文档适用的系统和软件的用途,它应描述系统和软件的一般特性;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;列出其他有关的文档。
1.3 文档概述本条应概述本文档的用途和内容,并描述与其使用有关的保密性和私密性的要求。
1.4 与其他计划之间的关系(若有)本条描述本计划和其他项目管理计划的关系。
1.5 基线给出编写本项目开发计划的输入基线,如软件需求规格说明。
2 引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期,本章也应标识不能通过正常的供货渠道获得的所有文档的来源。
3 交付产品3.1 程序3.2 文档3.3 服务3.4 非移交产品3.5 验收标准3.6 最后交付期限列出本项目应交付的产品,包括软件产品和文档。
其中,软件产品应指明哪些是要开发的,哪些是属于维护性质的;文档是指随软件产品交付给用户的技术文档,例如用户手册、安装手册等。
4 所需工作概述本章根据需要分条对后续章描述的计划作出说明,(若适用)包括以下概述:a. 对所要开发系统、软件的需求和约束;b. 对项目文档编制的需求和约束;c. 该项目在系统生命周期中所处的地位;d. 所选用的计划/采购策略或对它们的需求和约束;e. 项目进度安排及资源的需求和约柬;f. 其他的需求和约束,如:项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发的相互依赖关系等。
新系统样板-设计说明书国标GB8567仅作参考可提供自有文件,适用于单片机、嵌入式软件程序设计开发说明
软件名称版本号设计说明书广州****公司目录1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2外部设计 (3)2.1标识符和状态 (3)2.2使用它的程序 (3)2.3约定 (4)2.4专门指导 (4)2.5支持软件 (4)3结构设计 (4)3.1概念结构设计 (4)3.2逻辑结构设计 (4)3.3物理结构设计 (4)4运用设计(或者数据库列表) (5)4.1数据字典设计 (5)4.2安全保密设计 (5)5总体设计 (5)5.1需求规定 (5)5.2运行环境 (5)5.3基本设计概念和处理流程 (5)5.4结构 (5)5.5功能器求与程序的关系 (6)5.6人工处理过程 (6)5.7尚未问决的问题 (6)1引言1.1编写目的说明编写这份数据库设计说明书的目的,指出预期的读者。
1.2背景说明:a.说明待开发的数据库的名称和使用此数据库的软件系统的名称;b.列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站(中心)。
1.3定义列出本文件中用到的专门术语的定义、外文首字母组词的原词组。
1.4参考资料列出有关的参考资料:a.本项目的经核准的计划任务书或合同、上级机关批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用到的文件资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够取得这些文件的来源。
2外部设计2.1标识符和状态联系用途,详细说明用于唯一地标识该数据库的代码、名称或标识符,附加的描述性信息亦要给出。
如果该数据库属于尚在实验中、尚在测试中或是暂时使用的,则要说明这一特点及其有效时间范围。
2.2使用它的程序列出将要使用或访问此数据库的所有应用程序,对于这些应用程序的每一个,给出它的名称和版本号。
2.3约定陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定,例如用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件需求规格说明(SRS)项目:教务管理系统专业班级:目录目录 (2)1.范围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献: (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI内部接口需求 (19)3.6.1教务系统与数据库之间的内部接口 (20)3.7CSCI内部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8保密性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (28)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (32)5尚未解决的问题 (33)6注解(业务名词的解释) (33)附录A (34)附录B (36)1.范围1.1标识(待开发软件的完整标识,(如果有的话)包括标识号,版本号、发行号、标题。
用于需求跟踪)本文档适用于教务管理系统1.0版,标识号、和发行号无。
标题:教务系统需求规格说明。
1.2系统概述(本条应简述本文档适用的系统和软件的用途,它应描述系统和软件的一般特性;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;列出其他有关的文档。
) 教务系统用于与教学活动有关的行政工作。
其主要功能包括:学生查询课程、学生选课、成绩管理、打印报表等。
本项目无投资方,需求方为XX大学,用户为XX大学在校职工及学生,开发方为XX开发团队,支持机构为XXXXX。
本项目其他有关文档还有《可行性分析(研究)报告(FAR)》、《软件(结构)设计说明(SDD)》《软件测试报告(STR)》《软件产品运作总结》1.3文档概述(本文档针对的读者对象及每类读者应重点阅读的部分)本软件规格规格说明用于使用户和开发开发团队双方对待开发软件的功能有一个共同的理解,使之成为整个开发工作的基础。
本说明书仅适用于教务系统,任何使用此文档的人员,必须严格按照文档规定及说明及相关法律条款规定,不能擅自修改及非法使用。
本开发团队拥有对此文档的最终解释权。
1.4基线(➢采用迭代开发思想,待开发软件会依次经历若干个过渡版本,最终演化为满足所有需求的软件➢基线,是软件开发过程中的某个过渡版本及这个版本将要满足的一组需求➢基线要在需求规格说明书通过评审后才正式确立➢划定基线,首先要完成以下两项任务:按优先级对所有需求项排序,估算每个需求项需要的工作量➢优先级的高的需求该优先被实现,每条基线的工作量应有恰当的时间粒度➢在任意一条基线的开发过程中,开发团队暂时不响应需求变更,而是把需求变更纳入下一条基线考虑➢基线为迭代开发提供了基础,迭代开发是应对需求变更的一种方式➢基线变更必须由变更控制委员会审批2.参考文献:【1】吴洁明,《软件工程—基础实践教程》,北京:清华大学出版社,2007.11 【2】王少锋,《UML面向物件教程》,北京:清华大学出版社,2004.2【3】王珊,萨师煊,北京:高等教育出版社,2006.5(2007重印)3.需求3.1所需的状态和方式学生,教师和管理员根据各自实际身份登录教务管理系统,如果登录成功,则启动相应的管理系统,以及相应的权限,实现各项功能。
3.2需求概述3.2.1目标教务管理系统是为了提高现代高校教务管理的工作效率而设计的,使用三层B/S结构,让管理员,教师和学生能够方便的使用各自的功能,淘汰传统的管理模式。
1. 本系统拟达成的目标:(1)学生视点:学生通过教务管理系统的网址,在输入初始的账户和密码之后,要选择“学生”选项,确定是以学生的身份登录系统,如果成功登录,将进入教务管理系统。
在该系统中,学生大多只是查询相关数据,能够拥有的权限仅限于选课和退课,以及修改密码。
在查询系统中,学生可以根据自己的需要,查询课程,查询成绩等。
在查询成绩的子系统中,可以根据不同的学年,查询相关成绩,以及将成绩排序。
在选课子系统中,在相关学年的课程中,选定需要的课程;如果不需要应经选定的课程,可以退订。
(2)教师视点教师通过教务管理系统的网址,再输入初始的账户和密码之后,要选择“教师”选项,确定是以教师的身份登录系统,如果成功登录,将进入教务管理系统。
在该系统中,教师可以查询,修改自己的信息数据,查询学生的相关信息,以及输入所管理班级的相关成绩。
在教师查询和修改自己的已有信息,比如:姓名,出生年月,政治面貌,联系电话,联系地址等等;查询学生的信息,如:带领班级名称,班级人数,学生姓名,成绩等。
在打印系统中,教师打印自己的个人信息或是学生的成绩。
在成绩管理系统中,输入相关班级学生的所选课程的成绩。
(3)管理员视点:管理员通过教务管理系统的网址,再输入初始的账户和密码之后,要选择“管理员”选项,确定是以管理员的身份登录系统,如果成功登录,将进入教务管理系统。
在该系统中,管理员的权限最高,可以根据实时信息,更新教务管理系统的数据库,比如:学生和教师,以及自己的姓名,联系方式等。
2 本系统的主要功能:选课,退课,查询成绩,修改个人信息,维护系统数据,统计,排序,打印等(1)学生通过学生管理系统的查询模块可以查询到自己的信息数据,比如:成绩,选课情况等;(2)教师可以也通过查询系统,查找到学生和自己的信息;(3)学生可以通过选课系统,选择或取消课程;(4)教师可以通过成绩管理系统,修改学生的成绩;(5)管理员通过已有的教师和学生信息,更新数据库;(6)教师和管理员可以通过打印系统,打印相关材料。
教务系统的高层次图3.2.2运行环境客户机:Windows 2000或者以上1G HZ或更高主频的相容CPU推荐最小内存为512MB。
(支持的最小内存为128MB;最多支持4GB内存。
)至少有1GB可用磁盘空间的硬盘服务器:Windows XP Professional服务器需要安装Tomcat服务器1G HZ或更高主频的相容CPU推荐最小内存为512MB。
(支持的最小内存为128MB;最多支持4GB内存。
)至少有1GB可用磁盘空间的硬盘3.2.3用户的特点用户分别是管理员,教师和学生。
从使用系统来说,共同点是:管理员,教师和学生都需要用户名和密码来登录。
区别是:管理员是维护系统数据,拥有最高权限;教师查询选课信息,登记学生成绩和查询开课课程等,拥有部分权限;学生成绩查询,选课和退课,只拥有查询和选课权限。
(要充分考虑用户的专业背景、年龄等各种影响其使用待开发软件的因素,易用性是因人而异的)学生用户多处在18-23岁年龄段,无论专业背景如何,基本能熟练掌握Windows系统、浏览器的各种操作。
管理员用户、教师用户的年龄跨度相对较大。
如果管理员或教师用户不是电子信息类专业背景且年龄偏大,那么对Windows 系统、浏览器的基本操作相对生疏。
3.2.4关键点关键功能:各类信息的增加、查询、更新、删除关键算法:队列关键技术:JSP ,SQL3.2.5约束条件(列出进行本系统开发工作的约束条件。
例如:经费限制、开发期限和所采用的方法与技术,以及政治、社会、文化、法律等)开发期限:…方法与技术:JSP,SQL在未经许可的情况下,向第三方提供相关个人信息,保证信息的安全性和私密性。
3.3需求规格3.3.1软件系统总体功能/对象结构(对软件系统总体功能/对象结构进行描述,包括结构图、流程图或对象图。
)1 教务系统结构图以上是教务管理系统的结构图,由图可知整个系统分为选课、退课系统,查询系统,成绩管理系统,教师个人信息更新,数据库五大部分。
2 教务系统类图类名:Person, Student, Teacher, Administrator, Schedule。
类的属性:Student中有私有的name(学生姓名), StuNum(学号), class (班级); Schedule中有私有的course(课程), time(上课时间)。
类的方法(函数):Person类中有成绩查询,成绩打印,成绩统计,成绩排序。
Student类中有选课和退课;Schedule中有opname (执行相应操作); Administrator中有权限管理和维护系统数据。
Teacher中有查询选课学生,登记学生成绩,查询开课课程。
3 教务系统顺序图顺序图表明了对象之间发生交互的时间次序。
3.3.2描述约定(通常使用的约定描述(数学符号、度量单位等)。
以下绿色文字是个反例(不是范例),“描述约定”是“对描述方式的约定”,“描述”指的是“对CSCI能力的描述”。
什么是CSCI,在下文有解释。
比如,“描述系统反映时间的单位:秒”。
)描述约定不能像下面这样写在无人为因素,或是其他客观情况影响的前提下,保证系统能够正常且稳定工作;当用户访问教务管理系统时,不会出现身份错误情况,如:学生以自己的身份登录系统,却进入了教师或是管理员才能进入的界面,保证安全稳定性与私密性。
3.4CSCI能力需求(什么是配置,什么是配置项➢“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。
➢因此“配置”包括了即将受控的所有产品特性,其内容及相关文档,软件版本,变更文档,软件运行的支持数据,以及其他一切保证软件一致性的组成要素。
➢相对与硬件类配置,软件产品的“配置”包括更多的内容并具有易变性。
➢软件经常被划分为各类配置项(Configuraion items, CIs),这类划分是进行软件配置管理的基础和前提,CIs是逻辑上组成软件系统的各组成部分。
比如一个软件产品包括几个程序模块,每个程序模块及其相关文档和支撑数据可能被命名为一个CI)(3.4节应分条详细描述与CSCI每一能力相关联的需求。