系统开发需求分析报告

报告是日常生活与学习的常见记录方式，报告有着明确的格式。在实际工作中，我们怎么样正确编写报告呢？以下是小编整理的关于《系统开发需求分析报告》，欢迎大家借鉴与参考，希望对大家有所帮助！

第一篇：系统开发需求分析报告

软件开发与项目管理-KC0210000001_教学管理系统的需求获取

模块二 需求分析案例

——教务管理系统的需求获取

一、项目简介

高等学校的教学管理内容十分丰富，工作繁多。作为一个示例，规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况，选择自己要学习的课程，并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理，包括新学期的课程选课注册管理和学生成绩管理。

二、分析步骤

(一)需求描述

对教学管理系统JXGL要求提供两个方面的服务： (1)选课管理，负责新学期的课程选课注册工作; (2)成绩管理，负责学生成绩管理。

在选课管理方面应填写的用户需求描述如下。 (1)录入与生成新学期课程表

教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参考选择。若某课程的实际选课学生少于10人，则停开该课程，把该课程从课程目录表中删除;若某课程的选课学生多于30人，则停止选课。

(2)学生选课注册

新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或取消注册申请。 每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。

学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门和授课教师。 (3)查询

可以查询课程信息、学生选课信息和学生、教师信息。

学生、教师、教学管理员可以查询课程表，获得课程信息。查询的关键词以是:课程名，授课教师名，学分。

教师、教学管理员可以查询学生选课情况。查询的关键词可以是:学生名、程名，授课教师名，学分。学生只允许查询自己的选课信息，不允许查询别人选课信息。

1 学生、教师、教学管理员可以查询学生或教师的信息。查询的关键词可以是学生名、教师名，性别、班级、职称。

(4)选课注册信息的统计与报表生成。

教学管理员对学生的选课注册信息进行统计(按课程，按学生，按班级)，印汇总统计报表。 在成绩管理方面应填写的用户需求描述如下： (1)成绩录入: 教学管理员录入学生考试成绩。 (2)成绩查询: 教师、教学管理员可以查询学生考试成绩。查询的关键词可以是:学生名、课程名、授课教师名、学分名、学生只允许查询自己的考试成绩，不允许查询别人的考试成绩。

(3)成绩统计与报表生成

教学管理员进行成绩统计(按课程、学生、按班级)，打印成绩汇总统计报表。

为保存数据，需建立教学管理数据库。可以采用关系数据库，建立下列数据库表:学生表、教师表、课程表、选课表、任课表、成绩表。

教学管理系统的直接用户有学生、教师和教学管理员。教学管理员有权操纵数据库的数据，进行添加、更新、删除等操作。学生和教师一般只查询信息，只允许对自己有关的数据进行添加，更新、删除等操作。

教学管理系统JXGL的相关系统有财务系统。JXGL系统需要把学生选课注册信息传送给财务系统，以供财务系统计算学生应交纳的费用，但是不要求财务系统回馈学生应交纳的费用信息。

假定在学校的计算中心有功能强大的工作站机器，在各系、各部门、图书馆、学生宿舍都有台式PC机，学校的全部计算机已经连网。教学管理系统JXGL将采用客户机/服务器结构建立，JXGL系统的应用服务器和数据库服务器设置在学校计算中心的工作站。学生、教师和教学管理员可以在各系、各部门、图书馆、学生宿舍的台式PC机上使用JXGL系统。

(二)确定系统范围和边界

首先要确定业务需求和系统目标。教学管理系统JxGL用于新学期课程的选课注册管理和学生的成绩管理。凡是这两方面的教学管理内容都是JXGL系统的职责范围，其他的教学管理内容，如安排教学计划、排课、实习、实验、考试等都不属于JXGL系统的职责范围。至于学校的其他管理工作，如科研、人事、财务、资产等管理不属于JXGL系统的职责范围。

JXGL系统与财务系统存在系统边界，财务系统将从JXGL系统得到学生选课注册信息。JXGL系统与学校的其他信息管理系统没有直接的联系，但是可以从学校的全局数据库中共享学生、教师、教学计划等必要的数据。

(三)定义用户

根据JXGL系统用户需求描述可以确定4个参与者:学生、老师、教学管理员和财务系统。 对于每一个参与者，应当明确其业务活动的内容、对系统的服务要求。

“学生”参与者使用JXGL系统查询新学期开设的课程信息和教师开课信息，选课并登记注册课程，

2 查询自己的课程成绩信息。

“老师”参与者使用JXGL系统查询新学期开设的课程信息、学生选课信息和学生成绩信息。 “教学管理员”参与者使用JXGL系统管理学期开设的课程的选课注册和学生的考试成绩。管理工作包括课程与成绩数据的录入、维护、统计、报表打印等，并且负责把学生的选课注册信息发送给财务系统，作为计算学生应付费用的依据。

“教学管理员”要求能够方便地查询课程信息、学生选课信息、学生信息、教师信息和成绩信息。 “财务系统”参与者是外部系统参与者，从JXGL系统接受学生的课程注册信息。

(四)Use Case的获取

每一个USeCase都是一个参与者与系统在交互中执行的有关事务序列。应当根据用户需求描述，找出全部的USeCase，并从参与者的角度给出事件流，当USeCase执行时系统应提供给参与者的服务。

从JxGL的用户需求描述分析可的有以下用例存在: (1)查询课程信息:学生、教师或教学管理员查询课程表，获得课程信息。 (2)选课注册:学生登录进行选课注册。

(3)管理开设课程:教学管理员登录系统产生选课信息，按照要求进行分类统计，生成选课注册报表。 (4)管理学生信息:教学管理员对学生数据进行录入、修改、删除等操作。 (5)管理老师信息:教学管理员对教师数据进行录入、修改、删除等操作。 (6)管理课程信息:教学管理员对课程数据进行录入、修改、删除等操作。 (7)查询学生成绩:学生、教师查询学生成绩。 (8)查询课程成绩:学生、教师查询课程成绩。

(9)学生成绩管理:教学管理员对学生考试成绩数据进行录入，修改、删除等操作。 (10)成绩统计:教学管理员对学生的考试成绩数据进行分类统计，生成成绩报表。

(五)需求获取描述

(1)管理课程信息

(2)选课注册

(3)查询课程信息

(4)管理开设课程

(5)学生成绩管理

(6)查询成绩

(7)成绩统计

(六)导出UseCase

图1 学生与老师用例图

图2 管理员用例图

图3 学生与老师成绩管理用例

图4 管理员成绩管理用例

第二篇：产品开发与顾客需求分析

The Analysis of Product Development and Consumer’s Requirements











【作者】 王向宾;

【导师】 赵树基; 分页下载 分章下载 整本下载 在线阅读 不支持迅雷等下载工具，请取消加速工具后下载。

【作者基本信息】 首都经济贸易大学 ， 企业管理， 2007， 硕士

【摘要】 制造企业的经济成功,取决于它们确定消费需求、并低成本迅速制造满足该需求的新产品的能力。达到上述目标不仅仅是营销问题,也不仅仅是设计或制造问题,它是包含所有这些功能的产品开发问题。本文基于新产品概念开发阶段的研究现状,以产品开发流程为研究对象,在指出产品前期开发阶段(产品规划和概念开发阶段)是新产品开发的重要环节的基础上,对产品前期开发阶段进行了详细的分析研究,提出了顾客需求分析在产品开发中的重要作用,即顾客需求是产品开发成功的不可缺少的因素,顾客需求的满足与否决定着产品开发的成败。针对顾客需求的重要性,系统的论述了如何准确识别和把握顾客需求。在准确了解顾客需求之后,需要将顾客需求进行多层次展开,使顾客需求清晰化以此来指导产品设计,也就是将顾客需求转化为产品特性,本文详细论述了将顾客需求转化为产品特性的重要性,并就产品特性的内涵进行的简要分析。本文介绍了将顾客需求转化为产品特性的相关理论与模型——QFD(QualityFunction Deployment)方法。QFD借助质量屋,量化分析顾客需求与工程措施之间的关系,通过对顾客需求进行多层次展开,转化为产品的设计要求、零部件特性、工艺要求和生产要求,很好地实现了顾客需求向产品质量特性的转变。然而传统QFD在计算方法上也有一些局限性,本文通过对顾客需求的深入分析,就其局限性提出了以下三点针对QFD计算的改进方案:统一左右墙的评分值;依据本公司的新产品与竞争对手产品在满足顾客需求方面的比较,修正顾客需求的重要度;依据本公司的新产品与竞争对手产品在技术方面的优势比较,修正改进工程措施的重要度。 还原

【Abstract】 The manufacturer’s success bases on the ability of confirming consumer’ s requirements and rapidly developing the new product which meet consumer’ s requirements with low cost., it’ s necessary to solve the marketing problem, the designing or manufacturing problem, and product development problems with all these functions.Under the background of the present study of new product concept development, this dissertation uses product development process as the research object, points out that the ope... 更多

【关键词】 产品开发; 产品概念开发; 顾客需求; 产品特性; QFD(Quality Function Deployment);

【Key words】 product development; product concept development; consumer’ s requirements; product property; QFD;





 【网络出版投稿人】 首都经济贸易大学 【网络出版年期】2009年 07期 【分类号】F274 【被引频次】4 【下载频次】334

知网节下载

节点文献中：

第三篇：博客系统需求分析报告

博客管理系统

1.系统需求分析

博客系统分前台功能和后台功能两大部分。前台主要供用户注册，浏览，后台主要供管理员使用，管理员可以对用户进行管理。

1.1前台功能分析

博客系统前台的用户共分两类：一类是注册用户(正式用户)，这类用户有基本的信息，可以对自己的信息进行查看与修改，;另一类用户是游客(未注册用户)，他们只能查看、浏览注册用户的信息。

游客：可以查看注册用户的信息。经过注册可以成为注册用户。

注册用户：

1、 登录后对可以对个人信息进行查看和修改。

2)博客用户通过前台登录后，对自己的空间进行管理，包括发布自己的网络日志，分享视频，分享音乐，邀请好友玩游戏，上传照片，与相关人员进行交流和沟通以及删除访客发表的评论

3)博客用户登录后对自己的信息进行修改

非注册用户

1)游客通过注册，登录进入博客空间发表评论

2)游客不注册，通过匿名方式对博客空间浏览文章，发表评论，查看文章发表人的所有文章

1.2后台功能分析

博客系统后台主要是供管理员使用的，管理员可对用户进行添加、删除、查询及修改;对网站的新闻、公告进行管理。

管理员也可以具有不同的权限分为超级管理员和普通管理员，普通管理员具有以上权限，超级管理员除了可以具有以上所有功能外，还可以添加、删除普通管理员。

2.数据库设计

2.1数据库概念结构设计

对博客系统进行分析后，抽象出有关的数据，按照现实世界的事物能作为属性对待的，尽量作为属性对待的原则。作为“属性”，不能再具有需要描述的性质，“属性”必须是不可分的数据项，不能包含其它的属性;“属性”不能与其它实体具有联系，E-R图中所表示的联系是实体与实体的联系。依照以上准则，可以确定哪些为实体，哪些为属性，每个实体具有哪些属性，实体之间存在何种联系。经分析之后，该系统中包含的实体以及实体之间的联系如下所示：

实体：管理员实体，用户实体，文章类型实体、链接实体、留言实体、文章实体和评论实体，回复实体，视频，照片，音乐、游客。

实体间存在的联系

管理员和用户实体之间存在多对多的联系

博客用户与链接之间存在多对多的消息联系

博客用户与留言之间多对多的回复联系

文章类型与文章之间存在一对多的消息联系

文章与评论之间存在一对多的消息联系

用户和游客之间存在一对多的联系

用户和视频之间存在一对多的联系

用户和音乐之间存在一对多的联系

用户和照片之间存在一对多的联系

实体的属性：

留言(留言编号，网友昵称，日期，标题，内容，个人主页，回复) 管理员(管理员，密码，权限) 博客用户(用户号，用户名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，城市，地址，注册时间，积分，用户等级，安全问题，安全答案)

文章(文章编号，作者，标题，摘要 ，内容，发表日期，人气，回复，类型编号，类型名称，回复数)

文章类型(类型编号，类型名称)

评论(编号，用户昵称，标题，内容，发表时间，文章编号) 链接(链接编号，名称，地址)

新闻(新闻号，标题，内容，时间) 公告(公告号，标题，内容，时间)

视频(视频编号，标题，内容，时间)

音乐(音乐编号，标题，内容，时间，歌手名)

照片(照片编号，标题，内容，时间，大小)

游客(游客号，游客名) 回复(用户号，留言号，主题，内容，回复时间)

联系的属性：

实体之间关系的E-R图如图7-7所示。

2.2数据库逻辑结构设计

根据系统E-R图，把实体与实体之间的联系转换成关系模型，E-R图中的每个实体转换成一个关系模型，实体之间一对多的联系合并到多方实体对应的关系模型中，把一方的码与联系的属性纳入到多方实体对应的关系模型中，为实体之间多对多的联系创建一个新的关系模型，它包含双方的码以及联系的属性。具有相同码的关系模型有些情况下可以考虑把它们合并。在转换过程中应该按照关系规范化的理论，对关系模型进行优化，减少冗余和数据操作异常，提高查询速度，在性能与范式之间作出权衡，一般所设计出的关系数据库达到3NF就基本符合要求。按照

评论(编号，用户昵称，标题，内容，发表时间，文章编号)

文章(文章编号，作者，标题，摘要 ，内容，发表日期，人气，回复，类型编号，类型名称，回复数)

文章类型(类型编号，类型名称)

博客用户(用户号，用户名，密码，真实姓名，性别，出生年月，邮箱，电话，单位，城市，地址，注册时间，积分，用户等级，安全问题，安全答案)

发表(用户号，文章编号，发表日期) 管理(管理员，用户号，注册号) 留言(留言编号，用户号，网友昵称，日期，标题，内容，个人主页，回复) 回复(用户号，留言编号，主题，内容，回复时间)

链接(链接编号，名称，地址)

访问( 用户号，游客号，访问量,访问时间)

公告(公告号，标题，内容，时间)

视频(视频编号，用户号，标题，内容，时间)

音乐(音乐编号，用户号，标题，内容，时间，歌手名)

照片(照片编号，用户号，标题，内容，时间，大小)

游客(游客号，游客名)

3功能分析

在其博客管理系统上建立适当的视图，索引，存储过程和触发器，因此我们主要从这四个方面来分析它的功能

A 视图：视图是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名 称的列和行数据。但是，视图并不在数据库中以存储的数据集合形式存在。

1 .创建某某表的视图

2、利用cust_view视图添加一条记录数据

3、创建视图sale_item_view，该视图中包含订单编号、订货日期、产品编号及数量。然后利用该视图向表中插入数据

4删除视图中所有姓“王”的客户数据

5有两个基本表employee和sales，创建一个视图，该视图包含相同业务员的编号、姓名、订单号、销售总金额。

6将上述视图中订单号为10001的记录的销售金额改为60000。

B 索引：索引用来快速地寻找那些具有特定值的记录。

普通索引， 这是最基本的索引类型，而且它没有唯一性之类的限制。普通索引可以通过以下几种方式创建：

创建索引，例如CREATE INDEX <索引的名字> ON tablename (列的列表);

修改表，例如ALTER TABLE tablename ADD INDEX [索引的名字] (列的列表);

创建表的时候指定索引，例如CREATE TABLE tablename ( [...], INDEX [索引的名字] (列的列表) );

唯一性索引，这种索引和前面的“普通索引”基本相同，但有一个区别：索引列的所有值都只能出现一次，即必须唯一。唯一性索引可以用以下几种方式创建：

创建索引，例如CREATE UNIQUE INDEX <索引的名字> ON tablename (列的列表);修改表，例如ALTER TABLE tablename ADD UNIQUE [索引的名字] (列的列表);

创建表的时候指定索引，例如CREATE TABLE tablename ( [...], UNIQUE [索引的名字] (列的列表) );

主键：主键是一种唯一性索引，但它必须指定为“PRIMARY KEY”。如果你曾经用过AUTO_INCREMENT类型的列，你可能已经熟悉主键之类的概念了。

主键一般在创建表的时候指定，例如“CREATE TABLE tablename ( [...], PRIMARY KEY (列的列表) ); ”。但是，我们也可以通过修改表的方式加入主键，例如“ALTER TABLE tablename ADD PRIMARY KEY (列的列表); ”。每个表只能有一个主键。

3存储过程: 一组为了完成特定功能的SQL 语句集，经编译后存储在数据库中，用户通过指定存储过程的名字并给出参数(如果该存储过程带有参数)来执行它。

1、利用存储过程，给employee表添加一条业务部门员工的信息。

2、利用存储过程从employee、sales、customer表的连接中返回所有业务员的姓名、客户姓名、销售金额。

3、创建带一个输入参数的存储过程，实现按员工姓名进行模糊查找，查找员工编号、订单编号、销售金额。

4、创建带两个输入参数的存储过程，查找姓“李”并且职称为“职员”的员工的员工编号、订单编号、销售金额。

3、 利用存储过程计算出订单编号为10003的订单的销售金额。(带一输入参数和一输出参

数)(提示：sales表中的tot_amt应该等于sale_item表中的同一张订单的不同销售产品的qty*unit_price之和)

4、 创建一存储过程，根据给出的职称，返回该职称的所有员工的平均工资。(带一输入参

数和返回值)

4触发器触发器对表进行插入、更新、删除的时候会自动执行的特殊存储过程。触发器一般用在check约束更加复杂的约束上面。触发器和普通的存储过程的区别是：触发器是当对某一个表进行操作。诸如：update、insert、delete这些操作的时候，系统会自动调用执行该表上对应的触发器。SQL Server 2005中触发器可以分为两类：DML触发器和DDL触发器，其中DDL触发器它们会影响多种数据定义语言语句而激发，这些语句有create、alter、drop语句。

1、针对employee表写一个DELETE触发器，显示删除的员工人数。

2、针对employee表写一个UPDATE触发器，限制每次工资额的变动不能超过原工资的20%。

3、定义一个触发器，保证新添加的员工的工资不能超过5000元

4、对sale_item表创建一个触发器，当插入一条销售明细记录时，如果该记录的产品数量超过5，则显示“欢迎成为本公司的VIP会员!”

5、针对customer表，定义一触发器用来保证参照完整性

6、针对sales表，定义一触发器保证参照完整性(参照customer表)

7.针对employee表，定义一触发器用来保证实体完整性

8，在customer表上创建一触发器，用来实现级联删除

9、定义一触发器，保证新添加的员工的工资不能超过5000元

10、创建一个触发器，只能接受女员工

11，、写一个允许用户一次只删除一条员工记录的触发器。

第四篇：新闻发布系统---需求分析

需求分析

新闻发布系统

提供人员登录系统，对新闻进行查看的功能，同时可以进行新闻的发布，对新闻的维护修改、删除等功能。登录人员根据自己的角色权限，来对相关新闻进行一系列操作。流程分为：登录系统，新闻维护。

1、系统登陆---验证系统的使用者，保证系统的安全性。

流程：登录人员输入账号、密码，并选择身份，同时输入验证码----系统验证相关信息是否正确---如果正确，则允许进入系统，否则提示错误，拒绝进入。

2、新闻维护

① 新闻查看

流程：系统显示新闻的相关信息，用户可以选择某一新闻进行查看

② 新闻发布

新闻的增加功能，将新的新闻信息添加到数据库中，包括新闻的标题、类别、内容、备注等。

流程：增加新闻---审批-----如果审批成功，则可以发布;否则，不允许发布。

③ 新闻修改

选中某一条新闻，对新闻的标题、类别、内容、备注等相关内容进行修改。

④ 新闻删除

删除已经发布或保存的信息。

界面说明：

入口：“系统登录”->“新闻发布”

系统列出大量新闻信息，供用户进行增加、修改、删除、查看等操作。

备注：

第五篇：个人博客系统需求分析

[个人博客系统]

需求说明书

[V1.0(版本号)]

拟 制 人朱金国审 核 人潘欣批 准 人潘欣

[二零一零年五月九日]

需求说明书

1.引言

1.1编写的目的

a.为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。

b.本文档供项目经理、设计人员、开发人员参考。

1.2背景

a.系统名称：个人博客系统;

b.用户：广大普通用户包括高级知识分子;

C.市场背景：全球上网的10亿人中，有1亿人正通过博客改变他们的生活，不同国家、

地区、年龄的人群通过博客建立了一个充满个性的交流空间，人们通过自己的文字传递着不同的信息。作为一个新兴、发展、甚至迅速膨胀的网络空间，博客向我们透露着这个信息传递和情感交流的平台将影响接下来的几代人。

1.3定义

Blog:博客

1.4参考资料

《软件文档国家标准》

《计算机软件开发文档编写指南》

2.任务概述

2.1目标

本系统所实现的功能将是利用程序的智能算法，利用各种数据，将各个Blog的最新内容整合到一起。

(1)建立查询网站，支持并发访问

(2)可提供面向所有客户的基于HTML和RSS等格式的实用信息

(3)提高数据读取效率

(4)建立多个发布点，规避网络风险，保证数据传输稳定

(5)能随时根据站点数量和内容的变化实现更新和扩展

(6)发布的信息能够鼓励Blog作者经常更新自己的站点，能够产生实际的宣传效果

2.2. 运行模式：

面向用户，在浏览器中直接返回相关数据，包括最新日志和站点信息。

本系统被期望布署为一个数据发布系统和多个数据镜像发布系统，要求有较高可靠性和稳定性。

2.3 用户的特点

管理员：可以对普通用户进行授权，对会员信息进行部分更改，主要包括用户角色调

整，版主调整，删除会员等;

注册用户：可以加好友，关注好友，转载博文，上传图片，留言等;

游客：可以进行匿名留言等。

3.需求规定

3.1系统功能模块

1.会员注册

新会员注册，提供会员信息，检验新会员信息的有效性;

2.会员登陆

输入用户名和密码，检验用户信息;

3.会员管理

管理员由程序员设置一个，管理员可以对会员信息进行部分更改，主要包括用户角色调整，版主调整，删除会员等;

4.Blog板块管理

用户可以添加，删除，调整博客板块;

5.留言管理

用户可以对所有帖子进行转移，删除等操作;

6.留言回复

注册用户可以回复好友;

7.博文发表

注册用户可以在板块中发表新博文;

8.博文搜索

用户或者游客可以提供关键字查找博主的相关博文，注册用户可以查看自己发表的博文;

9.博友

注册用户可以添加好友，便于查看好友的博文和评论好友博文，以及给好友发送消息，留言等

10.聊天室

注册用户可以在聊天室和Blog成员会话

聊天室的名称，人数限制等由管理员设置，聊天室可以由管理员创建，删除。

13.意见反馈

用户可以给管理员联系，并欢迎提成各种意见和建议;

3.2系统操作

1.会员注册

填写个人信息---信息检验---保存会员信息

2.会员登陆

输入用户名和密码---信息验证

3.会员管理

持有管理员角色---角色调整或分配版主或删除用户

4.博客板块管理

注册用户角色---添加,删除,调整,隐藏板块

5.博文发表

注册用户---选择板块发表主题---主题持久化

6.留言回复

注册用户---针对主题发表回复---回复持久化

7.留言管理

持有版主角色---转移,删除等操作

8.博文搜索

注册用户---按检索条件返回相关博文

9.好友

注册用户---添加好友用户名---验证信息---添加成功

3.3 对性能的规定

3.3.1精度

输入数据除了非法字符均可。

3.3.2时间特性要求

无具体要求(或者一天24小时)。

3.3.3灵活性

当系统遇到偶然或者非人为的故障时，本系统将自动保存未完成的任务。

4.运行环境规定

4.1设备

Win98以上操作系统

内存：128M以上

硬盘：20G以上

(因为本系统对硬件要求不高，所以以上数据仅供参考)

4.2支持软件

大部分浏览器均可;

装了flash播放器

4.3接口