当前位置:文档之家› 论坛系统需求分析

论坛系统需求分析

论坛系统需求分析
论坛系统需求分析

图书管理系统需求分析说明书

(V1.0)

文档编号:HATL-SDS-2004-001文档名称:软件需求分析说明书模板编写:软件开发部编写日期:

审核:审核日期:

批准:批准日期:

XXXXXXX技术有限公司

<项目名称>

软件需求分析说明书

(版本号)

文档编号:项目名称:编写:编写日期:审核:审核日期:批准:批准日期:

XXXXXX信息技术有限公司

<项目组名称>

年月日

文档修订记录

目录

第1章引言 (6)

1.1编写目的 (6)

1.2编写背景 (6)

1.2.1系统名称及版本号 (6)

1.2.2任务提出者 (6)

1.2.3任务承接者 (6)

1.2.4使用者 (7)

1.2.5与其它系统的关系 (7)

1.2.6电子文档编写方式与使用工具 (7)

1.2.7定义说明与符号 (7)

1.2.8参考资料 (8)

第2章项目综述 (9)

2.1项目背景及目标 (9)

2.2用户特点 (9)

2.3条件 (9)

2.4运行环境 (9)

2.4.1硬件环境 (9)

2.4.2软件环境 (9)

第3章系统功能组成 (10)

3.1功能名称及功能编号 (10)

3.1.1功能描述 (10)

3.1.2系统需求分析 (11)

第4章菜单和界面原型 (12)

第5章非功能需求 (12)

5.1用户管理和使用权限管理 (13)

5.2软件性能需求分析 (13)

5.3软件易用性需求的分析 (13)

5.4软件开放性、可扩充性、可维护性方面的需求分析 (13)

5.5软件兼容性方面的需求分析 (13)

5.6软件相应的用户文档的需求分析 (13)

附表 (13)

第1章引言

1.1编写目的

【说明】目标:文档主要是对用户提供的业务需求进行收集、整理和分析。文档中应该准确描述用户对所要实现的功能的详细描述和要求,这些描述应该尽量做到没有二义性。为了达到便于理解的效果,文档中可以使用相关必要的和规范的形式对需求进行描述,例如,业务流程图、用户操作界面等形式;文档中不涉及功能如何实现。

文档使用者:文档提供用户方和开发方的相关业务人员、设计人员、开发人员的使用。

文档作用:是开发方与用户方沟通的基础,是把业务需求计算机化的关键步骤,是系统设计、开发和测试的依据,是系统验收的依据。本文档将作为制定测试计划、编写用户手册和系统设计的依据。

1.2编写背景

1.2.1系统名称及版本号

图书管理系统V1.0

1.2.2任务提出者

【说明】项目组我方的领导机构

如:北京华安通联软件部

1.2.3任务承接者

【说明】本项目的负责人及工作人员名单。

如:

北京华安通联信息技术有限公司软件部

项目经理:XXX

开发人员:

XXX

XXX

XXX

XXX

XXX

1.2.4使用者

【说明】适应对象和范围。主要指预期读者,也供有关领导审阅。

1.2.5与其它系统的关系

图书管理系统是高校数字化校园的一部分,该系统会用到数字化校园中的学生管理系统中的学生基本信息。

1.2.6电子文档编写方式与使用工具

【说明】编写要求、工具名、版本号、操作系统平台。使用多种工具时,应分别说明。形如:

Microsoft Word97for Windows95/98

Power Designor6.0for Windows95/98

Rational Rose98for win95/98

Visio或Power Point97for Windows95/98

1.2.7定义说明与符号

书刊:对应的是书刊种类;物理书刊:书刊

1.2.8参考资料

【说明】格式:作者,[版本号,]资料来源,日期[,起止页号]。

第2章项目综述

2.1项目背景及目标

【说明】项目背景与依据、现有基础、项目规模、预期目标等。可繁可简,格式自定。

2.2用户特点

【说明】

2.3条件

【说明】场地面积限制、通信设施基础、其它干扰因素。

注意:任何计算机系统都不是包罗万象的;用户自身的能力也是有限的。故应特别指出:由于哪些条件的约束,本系统不能满足哪些业务需求与系统需求。

2.4运行环境

【说明】本章只提出运行环境的逻辑结构。

2.4.1硬件环境

【说明】指出本应用软件适用的主机/服务器与终端/工作站的技术指标、基本配置、接口特点、特殊约定等。

2.4.2软件环境

【说明】操作系统的名称、生产厂家、版本号等。

数据库的名称、生产厂家、版本号等。

前端开发工具的名称、生产厂家、版本号等。

第3章系统功能组成

【说明】概述系统的功能组成,给出各功能结构组成和相互关系的描述,简单描述本系统

和其它系统的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一

点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其

他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各

部分的联系和接口。例如,征管的文档是分模块编写文档的,应该在每一个文档中用图表

说明本模块与系统其它模块的关系及本模块与整个系统的关系。1图书管理系统主要用来

完成图书馆书籍的管理和书刊的借阅,在该系统中借阅者可以完成书刊的借、返还书刊、

查询书刊信息、预订书刊以及取消预订功能,所有操作与图书管理员交互进行。功能层次

如图3-1。

论坛管理系统

系统管

理人员

用户

数据维护管理系统管

权限设

注册用

游人

数据备份数

户管

图3-1论坛管理系统功能层次图

3.1功能名称及功能描述

3.1.1功能描述

1、论坛管理系统的域描述

(1)游客:偶尔浏览此论坛系统称为游客,只能浏览论坛首页帖子和注册新用户。(2)用户帐号:让每一位游客申请一个账号,账号基本信息从注册页面中获得。

(3)用户操作:发帖、浏览帖、、回帖、修改自己的注册信息。

(4)管理员:系统管理、数据维护管理、权限管理。

2、论坛管理系统管理系统功能性需求

(1)用户必须记住用户名和密码;

(2)管理员作为用户的注册验证;

(3)管理员作为用户帖子的代理发布。

(4)管理员可以完成用户基本信息的管理,包括:信息的修改,删除功能和添加。

3.1.2系统需求分析

1、识别参与者

本系统中有三个参与者,游客、用户和管理员;

用户:可以发帖、浏览、回贴,还可以退出登录。

管理员:维护论坛系统的基本信息,可以添加、修改和删除用户的基本信息,还可以对帖子信息进行维护,即维护帖子名称。内容,还可以添加、修改和删除帖子信息。

2、识别用例

(1)发帖:用户和管理员发帖的功能;

(2)回帖:用户对帖子直接回复的功能

(3)退出登录:

3、用例模型

(1)用户用例模型、管理员用例模型如图3-2、3-3所示。

图3-2用户用例模型

图3-3管理员用例模型

用例描述:

(1)借阅物理书刊用例

用例编号:UC001

用例名称:

用例描述:

执行者:

前置条件:

后置条件:

事件流:

第4章菜单和界面原型

【说明】

列出菜单项目

针对各个功能存在用户界面的,需要做出用户界面DEMO,列出界面中所有元素,并加以。解释,写出用户操作步骤(操作流程等)。

第5章非功能需求

【说明】描述对该系统所有的非功能需求。

5.1用户管理和使用权限管理

设置用户种类、角色、相关权限描述

5.2软件性能需求分析

【说明】需求编号。

【说明】该类别的需求的详细描述,给出该系统在某一条件下的性能指标。

?对事务的响应时间(平均、最长)

?吞吐量,例如每秒处理的事务数

?容量,例如系统可以容纳的客户或事务数

?降级模式(当系统以某种形式降级时可接受的运行模式)

?资源利用情况,如内存、磁盘、通信等

5.3软件易用性需求的分析

5.4软件开放性、可扩充性、可维护性方面的需求分析

5.5软件兼容性方面的需求分析

5.6软件相应的用户文档的需求分析

[此节说明软件涉及的所有必需的法律免责声明、保证、版权声明、专利声明、字标、商标或徽标符合性问题。]

附表

【说明】列出用户提供的文件、报表、单据等的样张,加上我们积累的有关文件,作为系统分析的基础,再附上必要的注释。形如:

图书管理系统需求分析与设计 -

目录一:需求分析 二:系统设计 1.系统功能模块的设计 2.系统主要工作流程 三:系统数据库的设计1.概念设计 2.关系数据库的逻辑设计 四:总结

图书管理系统 一:需求分析 图书管理系统需要满足来自图书馆工作人员、普通用户和借阅者三方面人员的需求。图书馆工作人员对图书借阅者的借阅及还书要求进行操作,同时形成借书或还书报表给借阅者查看确认,还可通过图书编号、借阅者证号等查询相应的借阅情况及查看已归还的图书信息(即历史信息);普通用户的需求是查询图书馆所存的图书的相关情况;图书借阅者的需求是查看自己的相关信息及查询自己的借阅情况。 图书借阅者可直接查看图书馆图书情况,如果图书借阅者根据本人借书证号和密码登录系统,还可以进行本人借书情况的查询和维护部分个人信息。一般情况下.图书借阅者只应该查询和维护本人的借书情况和个人信息.若查询和维护其他借阅者的借书情况和个人信息.就要知道其他图书借阅者的借书证号和密码。本功能实现对馆内图书信息的查询。可以通过图书名称、作者的名字和出版社来查询相应的图书信息,此查询可模糊查询也可精确查询。所以不但满足了图书借阅者的要求,还保护了图书借阅者的个人隐私。 图书馆工作人员有对图书借阅者借书和还书记录进行操作的权限,所以需对工作人员登陆本模块进行更多的考虑。在此模块中,图书馆工作人员可以为图书借阅者加入借书记录或是还书记录,并生成

相应的报表给用户查看和确认。图书馆工作人员可以浏览、查询、统计、添加借阅图书的基本信息及删除已归还的图书的基本信息,但不能删除和修改已经借阅的图书相关信息,当删除某条图书借阅的基本信息记录时,应实现对该图书借阅者借阅记录的级联删除。本功能实现对图书信息的管理和统计。 图书馆管理人员功能的信息量大,数据安全性和保密性要求最高。本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息;浏览、查询、统计、添加、删除和修改图书借阅者的基本信息,浏览、查询、统计图书馆的借阅信息,但不能添加、删除和修改借阅信息,这部分功能应该由图书馆工作人员执行。但是,删除某条图书借阅者基本信息记录时,应实现对该图书借阅者借阅记录的级联删除,并且还应具有生成催还图书报表.并打印输出的功能。 二:系统设计 1.系统功能模块的设计 该系统的主要功能有对书籍信息的管理,书籍信息的查询,对用户的管理等,对各项能进行分块、集中、关联、优化,按照结构化程序设计的要求,设计功能模块如图所示。

需求分析案例

系统需求分析报告 ——关于信息工程学院学籍管理系统 §1概述 随着社会的发展,经过本院全体师生的共同努力,学校的规模不断的扩大,日常教学活动中提取相关信息,以反映教学情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量。 §1.1背景 项目开发的提出者为学校的业务管理人员,开发者为毛彩霞,已明确用户有:在校任课老师和就读学生、班主任、教务处及相关的管理人员;潜在用户有:已经毕业的学生、用人单位、学生家长。 用户特点: 在校任课老师、班主任、教务处各作为单独的一类用户,在校就读学生、已经毕业的学生、用人单位、学生家长作同一类用户。在校任课老师、用人单位、教务处的管理人员和已经毕业的学生大专以上学历,班主任、在校就读的学生高中以上学历,学生家长学历不定,用可能低于高中学历。 项目经费有学校出,开发周期一年。 §1.2 系统目标 软件开发的意图为便于学校的管理,方便查看有关学校及学生的情况。 如教务处对学生成绩的修改、删除、查找、添加等。 §1.3业务模式 (略) §1.4现行组织机构及业务现状 在学籍管理中,需要从大量的日常教学活动中提取相关信息,以反映教学情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。 §2用户需求 §2.1业务需求 1、使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科和

软件工程需求分析报告模版

目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)

6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)

1引言 1.1编写目的 学生管理系统是面向学生的,目的是提高学校对学生的管理。本系统主要包括六个模块:学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能,这六个模块基本实现设计本系统的目的,从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够,所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发,对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为:学生成绩管理信息系统。开发目标为有效管理学生信息,实现学生信息的数据录入、浏览、修改等,从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing:数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理,为学校的学生成绩管理系统

什么是方案需求分析

什么是项目需求分析? 需求分析是指理解用户需求,就功能与客户达成一致,估计和评估项目代价,最终形成开发计划的一个复杂过程。(这个和我在微软体验到的又不太一样,微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度,这一点也可以理解,因为公司的性质有根本差别)在这个过程中,用户的确是处在主导地位,需求分析工程师和要负责整理用户需求,为之后的设计打下基础。需求分析阶段结束后,要求得到:1.SRS文档(System Requirement Specification); 2.DRM 文档;3.Acceptance Plan. 从广义上理解:需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。 狭义上理解:需求分析指需求的分析、定义过程。 一、为什么要需求分析 需求分析就是分析用户的需求是什么.如果投入大量的人力,物力,财力,时间,开发出的却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的,而你在开发前期

忽略了的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死. 需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型系统的开发中,他的作用要远远大于程序设计. 二、需求分析的任务 简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求. 三、需求分析的过程 需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审. 问题识别:就是从系统角度来理解,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括:功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率),安全保密需求,用户界面需求,资源使用需求(运行是所需的内存,CPU等),消耗与开发进度需求,预先估计以后系统可能达到的目标. 分析与综合:逐步细化所有的功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型).

网上书城系统的设计与实现_需求分析

计算机学院 网上书城系统的设计与分析 软件需求分析

目录 总页数:20页1 引言 (1) 1.1项目背景 (1) 1.2项目实现的目的 (1) 2 系统分析 (2) 2.1 可行性分析 (2) 2.1.1 经济可行性 (2) 2.1.2 技术可行性 (2) 2.1.3 社会可行性 (2) 2.1.4 法律可行性 (2) 2.2需求分析 (3) 2.2.1 基础数据设置 (3) 2.2.2 总体需求分析 (3) 2.2.3 功能需求分析 (3) 2.3.4 功能描述 (4) 2.3系统分析建模 (4) 2.3.1创建用例图 (4) 2.3.2创建交互视图 (7) 2.3.3系统功能结构 (11) 2.4 系统性能需求 (11) 2.4.1 正确性需求 (11) 2.4.2 安全性需求 (12) 2.4.3 界面需求 (12) 2.4.4 时间特殊性需求 (12) 2.4.5稳定性需求 (12) 2.4.6灵活性需求 (12) 2.4.7扩展性需求 (12) 2.4.8故障处理能力需求 (12) 3 系统设计 (13) 3.1 系统设计原则 (13) 3.2 系统总体设计 (14) 3.2.1 系统框架设计 (14) 3.3数据库设计 (14) 3.3.1 概念结构设计 (14) 3.3.2 数据库的描述 (17) 3.3.3数据关系结构 (17)

1引言 1.1项目背景 进入21世纪以来,电子商务伴随着IT的成熟逐渐发展壮大,成为网络经济的核心。在电子商务的发展过程中,人们逐渐意识到在线购物的无地域界限、安全、方便快捷机器价格的优势,在线购物的队伍也随之扩大。不断增长的强大需求正成为电子商务的发展动力,基础环境的成熟与需求欲望的增长将推动电子商务与商务网站的不断发展。最近临近的“双11”更是网购的天堂,诱人的折扣,质量良好的物品,使网购走进人们生活。伴随着中国互联网的快速增长,中国将成为网上购物的巨大市场。 大家一般也都逛过书店。逛书店的人可分为:根本不买书,只是看看吸收点信息;要买书,会对书进行比较,甚至是货比三家。对于纯粹逛书店的人来讲,常常是站到脚酸;同样对于需要买书的人而言,往往也要逛好几家书店。自己翻阅内容才会买。 所以,电子书点也随着网络的发达如雨后春笋般盛行起来,同样提供内容介绍和封面图片,消费者可以在家里就拥有类似逛书店的乐趣。加上有搜索引擎这种咨询科技的帮助,消费者很快就可以搜寻到想要的书籍。留言板、讨论区、E-mail服务,更是为传统书店提供了多元化服务。 1.2项目实现的目的 随着信息化时代的到来,人们对生活质量的追求不断提高,由于人们工作,学习的关系,有时候不想出门或者为了方便,就在网上买书。随着网络的普及,网上买书的业务在中国开始盛行,人们也通过网络买书的方式获得自己需要的书籍。这样既节省了时间,也可以更准确的找到适合自己的书。 本系统制作过程中主要涉及软件,数据库与网络技术等内容,涵盖知识面广,可有效地提高综合运用所学知识分析解决问题的能力,增强对事物的理解与掌握能力,培养掌握科学的研究方法,正确的设计思想,独立思考,勇于进取,探索创新,为今后进一步学习与工作奠定了良好的基础。

软件需求分析(案例答案)

案例one:教学管理系统(用例驱动的交互式需求获取) 以一个教学管理系统JXGL的分析与设计作为示例,说明用例驱动技术在软件项目开发中的应用。 高等学校的教学管理内容十分丰富,工作繁多。作为一个示例,规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况,选择自己要学习的课程,并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况,以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理,包括新学期的课程选课注册管理和学生成绩管理。 1.需求描述: 对教学管理系统JXGL要求提供两个方面的服务: (1)选课管理,负责新学期的课程选课注册工作; (2)成绩管理,负责学生成绩管理。 在选课管理方面应填写的用户需求描述如下。 (1)录入与生成新学期课程表 教学管理员在新学期开始前录入新学期课程,打印将开设的课程目录表,供师生参 考选择。若某课程的实际选课学生少于10人,则停开该课程,把该课程从课程目 录表中删除;若某课程的选课学生多于30人,则停止选课。 (2)学生选课注册 新学期开始前一周为选课注册时间,在此期间学生可以选课注册,并且允许改变或 取消注册申请。 每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。 学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在 选课注册结束后,教学管理员打印学生选课注册名单和开课通知书,送交有关部门 和授课教师。 (3)查询 可以查询课程信息、学生选课信息和学生、教师信息。 学生、教师、教学管理员可以查询课程表,获得课程信息。查询的关键词以是:课 程名,授课教师名,学分。 教师、教学管理员可以查询学生选课情况。查询的关键词可以是:学生名、程名, 授课教师名,学分。学生只允许查询自己的选课信息,不允许查询别人选课信息。 学生、教师、教学管理员可以查询学生或教师的信息。查询的关键词可以是学生名、 教师名,性别、班级、职称。 (4)选课注册信息的统计与报表生成。 教学管理员对学生的选课注册信息进行统计(按课程,按学生,按班级),印汇总统 计报表。 在成绩管理方面应填写的用户需求描述如下: (1)成绩录入:

软件工程案例分析

一、 阅读下列系统需求陈述,回答问题1、问题2、问题3和问题4。 某银行准备开发一个网上信用卡管理系统CCMS,该系统的基本功能为: (1)信用卡申请。非信用卡客户填写信用卡申请表,说明所要申请的信用卡类型及申请者的基本信息,提交CCMS登录。如果信用卡申请被银行接受,客户会收到银行的确认函,并告知用户信用卡的有效期及信贷限额;否则银行会发送一封拒绝函给该客户。客户收到确认函后,需再次登录CCMS ,用信用卡号和密码激活该信用卡。激活操作结束后,CCMS将激活通知发送给客户,告知客户其信用卡是否被成功地激活。 (2)月报表生成。在每个月第一天的零点,CCMS为每个信用卡客户创建一份月报表,对该客户上月的信用卡交易情况及交易额进行统计。信用卡客户可以登录CCMS查看月报表,也可以要求CCMS提供打印出的月报表。 (3)信用卡客户信息管理。信用卡客户的个人信息可以在 CCMS中进行在线的管理。每个信用卡客户可以在线查询其个人信息。 (4)信用卡交易记录。信用卡客户使用信息卡进行的每一笔交易都会记录在CCMS中。 (5)交易信息查询。信用卡客户可以登录CCMS查询并核实其信用卡交易记录及交易额。在系统的需求分析阶段,使用用例对系统需求建模。表1—1和表1—2给出了其中两个用例的概要描述。 [问题1]) 将表1—1和表1—2中的(1)~(10)填充完整。 [问题2] 除了表1—1和表1—2给出的用例外,从上述系统陈述中还可以获取哪些由信用卡客户发起的用例?(给出用例名称即可)

[问题3] 用400字以内文字,简要说明用例获取的基本步骤。 [问题4] 用例除了使用表1—1和表1—2所示的形式描述外,还可以使用UML的用例图来表示。分别用50字以内文字,解释UML用例图中扩展用例和抽象用例的内涵。 二、 阅读以下关于工作流系统性能分析的叙述,回答问题1、问题2和问题3。 某企业正在创建一个工作流管理系统,目前正处于过程定义阶段,即创建工作流模型阶段。对于这些工作流模型,除了要考虑工作流的正确性外,工作流的性能也是十分重要的。工作流性能主要反映工作流定量方面的特性,例如,任务的完成时间、单位时间内处理的任务数量、资源的利用率以及在预定的标准时间内完成任务的百分比等等。 图2—1所示的是一个简单的工作流模型(其中单位时间为1小时),它表示这样一个执行过程:每小时将会有20个任务达到c1,这20个任务首先经过处理taskl,再经过处理task2,最终将结果传递到c3。处理taskl和处理task2相互独立。 图2-1 假设性能评价模型符合M/M/1排队模型,在计算性能指标的过程中可以使用下列公式进行计 算:,其中ρ表示资源利用率,表示单位时间内到达的任务数,表示该资源单位时间内能够完成的任务数。 [问题1] 计算图2—1所示的工作流模型的下列性能指标: (1)每个资源的利用率; (2)每个处理中的平均任务数L; (3)平均系统时间S; (4)每个处理的平均等待时间W。 [问题2]

需求分析方法论

需求分析方法论 原则上,需求分析阶段IT中心应尊重需求方的项目管理和项目分析能力;在具体的任务开展上,以不干扰需求方的自主权为主,除非在项目过程中发现需求方的项目管理以及项目分析能力存在很大的差距和不足。 为了保证项目的成功,IT中心必须加强项目管理和项目分析工作,在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。 其中,需求分析是一个项目的开端,也是项目建设的基石。在以往的信息化建设失败的案例中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理,用户不习惯或不愿意去用应用管理软件。作为IT中心,必须提醒需求方重视需求分析的重要性,采用必要的手段和方法来进行需求调研,同时IT 中心也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向,才能在将来的功能界定、实施上有发言权。 一、如何进行需求分析 需求分析不象侦探推理那样需从蛛丝马迹着手,而是应该先了解宏观的问题,再了解细节的问题。 一个应用软件系统(记为S)的涉及面可能很广,可以按不同的问题域(记为D)分类,每个问题域对应于一个软件子系统。 S={D1,D2,D3,…Dn} 问题域Di由若干个问题(记为P)组成,每个问题对应于子系统中的一个软构件。 Di={P1,P2,P3,…Pm} 问题Pj有若干个行为(或功能,记为F),每个行为对应于软构件中的实现接口。 Pj={F1,F2,F3,…Fk} 需求说明书应该对于那些只想了解宏观需求的领导,和需要了解细节的技术人员都合适。在写需求说明书时应该注意两个问题: 1、最好为每个需求注释“为什么”,这样可让双方(IT中心、需求方)了解需求的本质,以便选用最合适的技术来实现此需求。 2、需求说明不可有二义性,更不能前后相矛盾。如果有二义性或前后相矛盾,则要重新分析此需求。 二、重点监控需求分析 由于项目的特殊性和行业覆盖的广阔性,以及需求分析的高风险性,软件需求分析的重要性是不言而喻的,同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。 1、用户说不清楚需求 有些用户对需求只有朦胧的感觉,当然说不清楚具体的需求。例如总部各部门及各地的很多店铺在进行应用系统以及网络建设时,需求方的办公人员大多缺乏IT系统建设方面的专家和知识。此时,用户就会要求IT中心系统分析人员替他们设想需求。项目的需求存在一定的主观性,为项目未来建设埋下了潜在的风险。 2、需求自身经常变动 根据以往的历史经验,随着用户对信息化建设的认识和自己业务水平的提高,他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。事实上,历史上没有一个软件的需求改动少于三次的!所以必须接受“需求会变动”这个事实,在进行需求分析时要懂得防患于未然,尽可能地分析清楚哪些是稳定的需求,哪些是易变的需求,以便在系统选型及实施时,将软件的核心建筑在稳定的需求上,同时留出变更空间。IT中心在需求分析的功能界定上担任一个中间、公平、公正的角色,所以也必须积极参与到需求分析的准备中来,以便协助需求方来界定“做什么”、“不做什么”的系统功能界限。 3、IT中心分析人员或用户理解有误 系统分析人员不可能都是全才,更不可能是行业方面的专家。用户表达的需求,不同的分析人员可能

软件需求分析重点-

软件需求分析重点 第1 章软件需求基础知识 返工的成本占了总开发成本的30%-50%,而对于返工的情况,70%-80%是国需求错误引起的。(11) 在对所有讨论问题有了更深入的了解之前不要急于回答。不能充分理解需求,就会作出过于乐观的估计,最终不可避免地陷入超支的泥潭。(13-14)造成软件成本估算失败的最主要原因包括频繁变更需求、遗漏需求、未与用户充分沟通、需求的说明不精确以及地需求的分析不透彻等。给出估算结果时,应该提供范围(最好的情况,最可能的情况和最糟的情况)或把握程度(“我有九成把握在三个月内完成”)。(14) 从产品的实际用户处收集需求这一过程是不可替代的。(18) 第2 章客户眼中的需求 某些需求问题源于混淆了不同层次的需求(业务需求、用户需求和功能需求)。(19) 要想开发出优秀的软件产品,必须以优质需求为基础精心制定计划。(20)不要指望项目涉众天生知道如何合作进行需求开发。必须花时间讨论如何最有效地进行协作。(22) 需求审阅是最有价值的保证软件质量的活动之一。(25) 需求批准过程的所有参与者都应该明白签字意味着什么,否则会出现很多问题。(25) 不可能在项目初期就能明确所有的需求,需求肯定要随时间的推移而发生变化。(26) 第3 章需求工程的推荐方法 熟练的需求分析员应具备以下特点:耐心,思维条理性强,有良好的交际和沟通能力,理解产品应用领域,并且掌握丰富的需求工作技术。(29)为每类用户选择代言人(31)

观察用户工作的过程(31) 跨项目重用需求(32) 过早地以尚不明确的需求为基础进行开销和进度评估是非常不可靠的。(37)38图表 不要期望可以线性地、顺序地完成获取、分析、编写规格说明和验证这些需求开发活动。(38) 第4 章需求分析员 相比缺乏经验的需求分析员,使用经验丰富的需求分析员能使项目所需求的工作量减少三分之一。(42) 优秀的需求分析员应同时具备出色的交流、引导和人际交待能力,具备技术和业务领域的丰富知识,以及适合这项工作的相应个性。耐心和真诚的合作愿望是关键的成功因素。(44) 需求分析员必须研究可能出错的情形。(44) 第5 章确定产品前景与项目范围 第6 章获取客户的需求 能否让开发人员更准确地了解用户需求,将决定软件需求工作能否取得成功,进而影响到软件开发的成功。(62) 项目伊始就应确定谁来担任问题的决策人。(72) 第7 章聆听客户的需求 需求开发工作的成果就是项目涉众之间就被处理的需求达成共识。(75) 需求获取的参与者在理解问题之前要抵制住诱惑,不要急于设计系统。 要强调用户任务,而不是用户界面,要强调根本需要,而不是用户表达出来的期望,这样有助于项目团队避免过早是制定设计的细节。 在软件开发中,需求获取也许是最困难、最关键、最容易出错和最需要沟通的一个环节。(76)

学生在线考试系统需求分析设计

学生在线考试系统需求分析报告 1.引言 随着Internet的迅速发展和广泛普及,网络化教育代表了教育改革的一个发展方向,已经成为现代教育的一个特征,并对教育的发展形成新的推动力。远程教育成为现代教育技术未来发展的重要方向之一,考试测试作为远程教育的一个子系统也成为一个重要的研究领域。 Internet技术的发展使得考试的技术手段和载体发生了革命性的变化,Internet的开放性、分布性的特点和基于Internet的巨大的计算能力使得考试突破了时间和空间的限制。与传统考试模式相比,在线考试具有无可比拟的优越性,它可以将传统考试过程中的试卷组织、审定印制、传送收集、登记发放、评判归档各个环节缩小到一至两个环节,几乎屏蔽了所有人工直接干预考试活动的可能性,不但能够节约大量的时日、人力、物力与财力,而且还可以大幅度增加考试成绩的客观性和公正性。 传统的考试方式一般要经过人工出卷、考生考试、人工阅卷等过程。对于一些课程来说,随着考生数量的增加,教师出卷阅卷的工作量将会越来越大,并且其工作十分烦琐

和非常容易出错。在线考试系统课题产生的背景是当今教育信息化的趋势及我国高校教育信息化系统的建设,目的是充分利用学校现有的计算机软、硬件和网络资源实现无纸化考试以避免传统手工考试的不足。与传统考试模式相比,网上考试渗入了更多的技术环节,对实现安全性的途径、方法也提出了更高的技术要求。通过Internet来实现网上考试,是现代教育技术的一个具体实现,具有很重要的现实意义。可以实现教考分离以及考务工作的全自动化管理,可以有效利用校园网的软硬件资源,使其发挥最大效力,更好的为学校的教学、科研、管理服务,可以大规模的实行考试,实现考试的客观性、公证性,自动化组卷、阅卷可以减轻教师的工作强度。传统考试要求老师刻试卷、印试卷、安排考试、监考、收集试卷、评改试卷、讲评试卷和分析试卷。这是一个漫长而复杂的过程,已经越来越不适应现代教学的需要。在线考试系统是传统考场的延伸,它可以利用网络的无限广阔空间,随时随地的对学生进行考试,加上Web数据库技术的利用,大大简化了传统考试的过程。 本文以Internet为平台,研究了基于Web考试系统的设计与开发,包括系统需求分析和系统功能设计以及数据库设计。重点阐述了用户注册模块、用户登录模块、在线考试模

mes需求分析案例

MES需求分析范例 一个合适的MES需求范例应该是如何的?下面就结合一个具体的案例来描述如何科学进行MES的需求分析。 首先,要结合企业的生产工艺特点,其中要重点阐述生产环节需要监管的重点环节和重点要求,下图为SMT生产线典型的工艺流程及主要监控点示意图。 图1.SMT生产线典型的工艺流程及主要监控点 其中,需要明确需要实施的项目范围,关于其重要性的描述可参看《关于项目规划的一点感悟》,下图为某电子企业与企业高层管理者共同确定的MES的项目实施范围,其中实现框图表示的为一期主要实现的内容,黄色虚框为未来实施的功能,在高级排程及工厂资源规划未实施前,生产计划管理和车间人力资源管理、设备管理的相关信息直接与生产过程的可视化进行集成,另外数据采集应涵盖生产计划管理和车间人力资源管理、设备管理、质量管理等环节中。

图2.某电子企业MES整体框图 第三,明确了项目范围后,就是细化的提出对MES系统整体的性能要求,即可集成性(Integratability)、可配置性(Configurabilty)、可适应性(Adaptability)、可扩展性(Extensibility)和可靠性(Reliability)等要求。 第四,分层级的对相关的业务明确细化的需求,如以“生产过程可视化”为例,提出了如下的需求: a)生产控制:能够准确知道实时的生产进度,实时掌握线边仓的物料信息, 记录每个料站的料卷的上下料记录和操作人员信息。 b)抛料率分析:计算抛料率,当抛料率超过临界值时报警,并进行抛料原 因的分析。 c)上料防错:对SMT机台和组装进行上料防错,并及时给出警示信息, 记录操作错误的人员信息。 d)强制制程:…… e)看板管理:…… f)预警机制:…… 通常很多企业对MES的需求就进行到如上描述的细度,这是无法进行规范的需求描述的,要需要更细化的描述。例如以其中的“上料防错”为例,还应提出如下的详细需求,例如其中对锡膏的管理就是SMT生产线上非常个性的业务

软件需求分析方法

需求分析方法 一需求分析概括 需求分析应该先了解宏观的问题,再了解细节的问题。 一个应用软件系统(记为S)的涉及面可能很广,可以按不同的问题域(记为D)分类,每个问题域对应于一个软件子系统。 S={D1,D2,D,…Dn} 问题域Di由若干问题(记为P)组成,每个问题对应于子系统中的一个软构件。 Di={P1,P2,P3,…Pn} 问题Pi有若干个行为(或功能,记为F),每个行为对应于软构件中的实现接口。 Pj={F1,F2,F3,…Fk} 需求说明书应该对于那些只想了解宏观需求的领导和需要了解细节的技术员都合适。在写需求说明书时,应该注意两个问题: 1.最好为每个需求注释“为什么”,这样可以让程序员了解需求的本质,以便选用最合适 的技术来实现此需求 2.需求说明不能有”二义性”,更不能前后矛盾。如果有二义性或前后矛盾,即要重新分 析此需求。 二需求分析方法论 第一阶段:“访谈式”

第一阶段是和具体用户方的领导层、业务层人员的访谈沟通,主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。 建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局,最好能指定本次项目的接口人。 实现手段:访谈、调查表格 输出成果:调查报告、业务流程报告 第二阶段:“诱导式” 结合第一阶段的基本信息,做出简单的用户流程页面,同时结合以往的项目经验对用户采用诱导式,启发式的调研方法和手段,和用户一起探讨业务流程设计的合理性、准确性、习惯性。用户可以操作简单演示的DEMO,感受整个业务流程的设计合理性、准确性等等问题,以及提出改进意见和方法。 实现手段:诱导(拜访)、原型演示 输出成果:调研分析报告、原型反馈报告、业务流程报告 第三阶段:“确认式” 此阶段在上述两个阶段成果的基础上,进行具体的流程细化、数据项的确认阶段。这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表,并能清晰地向用户描述系统的业务流设计目标。通过审查,提出反馈意见,并对已经可接受的报告、文档签字确认。 实现手段:拜访(回顾、确认),提交业务流程报告、数据项表;原型演示系统 输出成果:需求分析报告、数据项、业务流程报告、原型系统反馈意见(后三者可以统一归到需求分析报告中)

软件课程设计需求分析

普通话考试报名及成绩查询系统 需求分析 项目名称:普通话考试报名及成绩查询系统撰写人: 专业: 指导老师: 2012年3月19日

摘要 网络技术的飞速发展正无时无刻影响着人们的工作、在教育体系中,网络的应用也成为现代教育发展的基础.网络教育逐渐发展起来,校园网建设逐步成熟,基于Web的也伴随着网络技术的发展应运而生.它即简化了传统的考试模式,节约人力物力,也可以有效利用校园网资源,辅助教学. 该系统采用了目前流行的B/S模式,即浏览器、应用服务器、数据库服务器三层体系结构,后台数据库采用SQL Server 2005,客户端采用IE浏览器和服务器连接,最终形成了基于 B/S模式的在线考试系统.该系统具备了以下功能:学生信息管理、成绩查询等功能. 论文以基于B/S模式的在线考试系统为研究对象,按照软件工程的开发思想,用UML来构建在线考试系统模,后台采用数据库相结合. 际需求出发,论述了开发普通话等级考试报名及成绩查询系统的背景、目的及意义,讨论了开发系统的关键技术,并通过UML分析对系统设计及实现。 设计思路和方法采用瀑布模型开发,用统一建模语言 UML进行描述,经历了文献检索,需求分析,分析模型设计,数据模型设计,构建级设计,系统部署,系统测试六个个环节。。实现了用户登录、注册功能,出题组卷功能,考试评卷功能以及用户信息查询功能。 关键词:普通话等级考试报名及成绩查询系统; SQL SERVER2005

目录 一.摘要 (2) 二.背景 (5) 三.简介 (5) 1.设计目的 (5) 2.开发环境 (5) 3.程序功能 (6) 4.系统实际需求特点 (6) 四.整体规划思路 (6) 五.整体性需求分析 (6) 六.功能需求 (9) 1.业务规则 (9) 2.普通话等级考试报名及成绩查询系统登录 (10) 七.数据库设计 (12) 1.概念模型设计 (12) 2.数据表结构 (12) 八.系统结构设计 (14) 九.对性能的规定 (15) 1.灵活性 (15)

软件需求分析报告书实例

需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励/响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例: (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)

6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)

1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析,对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用,并作为产品验收确认的依据。 需求分析是在可行性研究的基础上,将用户对系统的描述,通过开发人员的分析概括,抽象为完整的需求定义,再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发,问题是否能够解决,而需求分析旨在回答"系统做什么"的问题,确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样,在出错之后会如此严重地影响随后实现的系统,并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程,它完成的好坏直接影响后续软件开发的质量。一般情况下,用户并不熟悉计算机的相关知识,而软件开发人员对相关的业务领域也不甚了解,用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以,开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度,一方面是因为交流存在障碍,另一方面是因为用户通常对需求的陈述不完备、不准确和不全面,并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求,还需要挖掘隐藏的需求。此外,把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中,首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性,需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作,而且还应该贯穿于整个生命周期中,它应该随着项目的深入而不断地变化。 此外,为了方便后续的评审和测试等工作,需求的描述应该尽量做到:具体、详细、可以测量和可以实现,并且基于时间。 1.2 项目风险 政策风险分析: 随着社会的进步与人们生活水平的提高大幅度增加,尤其在我国汽车进入家庭的条件下,需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备,为了让四轮定位仪市场变得规范、有序,中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年,制定了四轮定位仪的行业标准(标准号JT/T505-2004),国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定:一、二类汽车维修企业必须配备

需求分析方法主要步骤

1.1主要步骤 遵循科学的需求分析步骤可以使需求分析工作更高效。需求分析的一般步骤如图2-3所示。 需求涉及的方面有很多。 在功能方面,需求包括系统要做什么,相对于原系统目标系统需要进行哪些修改,目标用户有哪些,以及不同用户需要通过系统完成何种操作等。 在性能方面,需求包括用户对于系统执行速度、响应时间、吞吐量和并发度等指标的要求。 在运行环境方面,需求包括目标系统对于网络设置、硬件设备、温度和湿度等周围环境的要求,以及对操作系统、数据库和浏览器等软件配置的要求。 在界面方面,需求涉及数据的输入/输出格式的限制及方式、数据的存储介质和显示器的分辨率要求等问题。 1.1.1获取需求,识别问题 开发人员从功能、性能、界面和运行环境等多个方面识别目标系统要解决哪些问题,要满足哪些限制条件,这个过程就是对需求的获取。开发人员通过调查研究,要理解当前系统的工作模型和用户对新系统的设想与要求。 此外,在需求的获取时,还要明确用户对系统的安全性、可移植性和容错能力等其他要求。比如,多长时间需要对系统做一次备份,系统对运行的操作系统平台有何要求,发生错误后重启系统允许的最长时间是多少等。

遗漏需求是最难修订的需求错误。 --RobertL.Glass 获取需求是需求分析的基础。为了能有效地获取需求,开发人员应该采取科学的需求获取方法。在实践中,获取需求的方法有很多种,比如,问卷调查、访谈、实地操作、建立原型和研究资料等。 问卷调查法是采用调查问卷的形式来进行需求分析的一种方法。通过对用户填写的调查问卷进行汇总、统计和分析,开发人员便可以得到一些有用的信息。采用这种方法时,调查问卷的设计很重要。一般在设计调查问卷时,要合理地控制开放式问题和封闭式问题的比例。 开放式问题的回答不受限制,自由灵活,能够激发用户的思维,使他们能尽可能地阐述自己的真实想法。但是,对开放式问题进行汇总和分析的工作会比较复杂。 封闭式问题的答案是预先设定的,用户从若干答案中进行选择。封闭式问题便于对问卷信息进行归纳与整理,但是会限制用户的思维。 访谈通过开发人员与特定的用户代表进行座谈,进而了解到用户的意见,是最直接的需求获取方法。为了使访谈有效,在进行访谈之前,开发人员要首先确定访谈的目的,进而准备一个问题列表,预先准备好希望通过访谈解决的问题。在访谈的过程中,开发人员要注意态度诚恳,并保持虚心求教的姿态,同时还要对重点问题进行深入的讨论。由于被访谈的用户身份可能多种多样,开发人员要根据用户的身份特点,进行提问,给予启发。当然,进行详细的记录也是访谈过程中必不可少的工作。访谈完成后,开发人员要对访谈的收获进行总结,澄清已解决的和有待进一步解决的问题。 关注用户的行为而不是他们的言语。

需求分析与系统设计报告课案

(理工类) 课程名称: Introduction to Software Engineering 专业班级: 13计算机科学与技术(单)(1) 学生学号: 13052010** 学生姓名:周敏健 所属院部:计算机工程学院指导教师:钟睿 20 15 ——20 16 学年第 1 学期 金陵科技学院教务处制

实验项目名称: System Analysis 实验学时: 4 同组学生姓名:无实验地点: A101 实验日期: 11月9日、11日实验成绩: 批改教师:批改时间: 一、实验目的和要求 1.通过对考勤管理系统相关需求的分析,掌握需求分析的方法和过程 2.掌握需求分析相关文档的规范 3.完成对小型软件系统的需求分析 二、实验仪器和设备 硬件:PC机 软件:SQL Server、JAVA、JUDE 三、实验过程

1. Introduction 1.1 Purpose With the continuous expansion of the scale of the school, sharp increase in the number of students, it is necessary to develop a Student Attendance System to monitor student attendance. By using this system, we can make the teachers need not to attend the class attendance; thereby saving the teaching time, but also can improve the attendance rate of students. Student Attendance System is an important content of students' comprehensive quality evaluation. Therefore, the software should be humanized. 1.2 Intend ed Audience and Reading Suggestions This document is for project account manager and project team members to read. The system test plan and the system design document as the input. 1.3 Product Scope The goal of the Student Attendance System is to make the students' attendance statistics and timely input, and the software is also applied to the sign of the Large Firm. 1.4 References [1] Karl E.Wiegers.Software Requirements [M]. 北京:清华大学出版社,2004. [2]Suzanne Robertson & James Robertson. Mastering the Requirements Process [M]. Addison-Wesley Professional, 2006. 2. Positioning 2.1 问题描述 1)资源问题 在一所学校四个年级中,假如每个年级有30个班,整个学校4个年级就有120个班,每个班按标准人数30人计算,四个年级共3600人。每个老师每学期要教学很多班级,若一个老师教学3个班级,共有100个老师,那至少要有300张/月的纸是用来签到的。

相关主题
文本预览
相关文档 最新文档