需求分析个人小结

第一篇：需求分析个人小结

需求分析个人小结

在本次城市公交管理查询系统开发中，我负责的是需求分析这一项目的工作。城市公交查询系统是为了使人们更好地使用城市公交系统，提供了公交线路查询、公交站点查询、以及周边生活查询（站点附近餐饮等）,地图查询（周围站点）,意见反馈的功能。本软件需求说明书的主要目的是明确用户需求，确定所要开发的系统范围。该文档主要读者包括本软件开发小组的成员。此软件需求说明书主要涉及到城市公交查询系统中按路线查询公交,按站点查询公交（站站查询）按地点查询公交,周边生活查询（站点附近餐饮等）,地图查询（周围站点）,意见反馈的功能需求、特性需求等内容。

在开发此软件时，我们采用了常州公交查询app以及沈阳城市公交管理系统作为模版，并对学校周边的广大人群进行了走访调查，确定了6个前台功能模块：线路查询，站点查询，公交换乘模块，周边生活查询，地图查询功能；以及后台管理模块。但是由于是第一次设计软件，经验不足，完成后发现生活查询与地图查询功能之间存在功能重复的问题，而且后台管理模块设计的过于粗浅，并不能实施很有效的管理。对于管理员的工作并没有区分明了，在第二个版本中，将将后台管理系统分为了账号管理模块，公交线路管理模块，公交站牌附近地图管理模块。在第一个版本的需求说明书中，我并没有严格区分游客登录与账户登录，后来经过老师提醒加以改进。而用户反馈模块开始时并没有，后来考虑到与用户的互动加以添加，并且设置了实时消息滚动栏，对用户留言进行播放。

这是我第一次参与系统计划开发，并且担当了需求分析这一工作，虽然工作中出现了许多差错，结果也不尽如人意。但是这次的经历给我以后的学习与工作带来了很好的经验，希望自己能再接再厉。

第二篇：需求分析小结

需求分析是项目开发的基础，基础打的牢不牢直接关系到后面所有的工作，是项目实施成败的关键

项目经理博客

总体上说，我们的需求分析是做了，但是做得很不够，我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况：

客户本身说不清楚

文物网是这样，中彰国际更是这样，但是这不能怪客户，毕竟客户在软件方面的知识要少的多，也没有相关的经验，可能心里只有一个想要的软件的轮廓，于是可能会要求我们去替他们来完整这个轮廓的细节，而我们的能力、我们能否真正站在客户角度去搜集和整理这些需求，就决定了这个需求的完整性和有效性。

需求自身经常变动

随着客户对这个项目越来越深刻的理解，那么可能他的需求也会随之改变，这些变化的可能性越大项目风险就会越大，我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求，哪些可能会是产生变动的需求，考虑到他的可变性，这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。

分析人员或客户理解有误

毕竟，不是每个分析人员都是专业而合格的，为避免这种情况的发生，需求分析必须要有审核制度，公司自己内部要审核一遍，客户再审一遍，提出意见，修改后双方共同评审签字，确认。

由此出现的问题：

a)需求分析过于笼统，只关注到面上，没有关注到点上，开发出来的东西在具体的细节上和客户的理解有误差，并且无法严格界定是否属于需求变更。中彰的方案就是这样的。

b)需求报告只求我们这方评审通过，不去关心客户的评审，认为只要客户签字认可就行。虽然签字认可能够给日后出现问题时划清我们的责任，但是不能保证使项目实施成功。

c)需求分析中含有技术实施上有难度的功能，一味的求全和盲目按照客户的设想，受客户影响过大，毕竟，很多时候，客户的想法在实际实施过程中是不现实的，或者可以有更为简便的方法来替代的。如中彰国际的在线交易功能，后台大批量邮件群发功能。

d)对双方已经确定的需求，实现以后并不适合客户使用，需要按照变更手续执行的时候，客户可能会纠缠，提出“你们是专业人士，你们应该事先能提醒我们可能会出现这种问题”并以此来把责任推给我们，而我们又不好完全按照变更手续执行，因为可能激化双方的矛盾，比如508的批量处理功能，因为属于人事管理比较专业的细节问题，需求分析师开始没有对客户业务熟悉到如此细致的地步，而客户也没有过多关注这些细节，导致软件的某些功能不合用，较为繁琐，而重新按着客户的意见修改的话工作量比较大，导致成本增加、工期延长。

e)项目的成熟度受客户预算的限制。大部分客户在项目投入上都是有预算的，在成本有上限的前提下，项目的功能设计（软件的成熟度）方面必然受一定影响，毕竟功能越多越完善，相应的开发成本就越高。这种功能上的不完善需要事先告知客户并得到理解。

f)此项工作的反复造成思想上的倦怠，使需求分析最后虎头蛇尾。需求分析是一项繁琐枯燥的工作，需要和客户之间不断的商讨、确认和反复，另外由于大部分的客户虽然安排专人负责这项工作，但是该人并不只做这项工作，特别当他被很多其他的事情缠身的时候，而无心细看提交过去的需求报告的时候，他很可能会给你一个错觉，让你认为他已经真正的理解并认可了你的设计。

第三篇：个人财务管理需求分析

个人财务管理需求分析

软件面向的用户是普通的个人用户，用户的知识水平参差不齐，对于传统大型理财的自动化软件需要很长的平均学习时间，因此对于普通用户而言，追求的软件应该简单，实用和廉价的。本系统是针对用户要求，使用计算机对自己日常的资金和物品的收入、支出以及相关的各种信息进行记录、修改、添加、删除等操作，并实现对信息进行统计和以文档形式输出的操作而设计的一种现代化个人财务管理软件。经过分析，本系统需要具有以下功能：

1、能够实现个人财务管理方面各项功能，能成功的对用户各种信息进行管理。

2、实现查询、修改、删除、添加数据方便，数据的稳定性和可靠性好。

3、能够实现按日期查询以及对库存数据进行统计。

4、拥有良好的人机交互界面。

本系统具有以下几个功能模块：用户登录模块、系统管理模块、财务管理模块。用户登录模块为每个用户分配账号密码使得个人的财务信息具有隐私性，财务管理模块能有效的管理用户的财务，可以进行添加，查询，删除操作，同时可以统计用户每月或一段时间的财务状况，系统管理模块可以让用户修改密码。

登陆功能

对于个人财务管理系统，要求软件满足用户对个人财务的隐私性管理，确保在用户以外的其他人使用软件对其信息进行操作，所以要采用用户注册和登录制度，确保用户对自己财务信息的隐私管理。

财务管理模块功能

财务管理模块是用户对财务进行添加、删除、修改操作的模块，提供用户对现金的收入支出进行操作的功能，使得当用户的记录需要修改时，可以方便的添加和修改。系统管理模块

系统管理模块提供用户对用户个人信息的管理和修改。

系统技术需求

稳定性：本系统为财务管理系统，多为查询、修改、删除、添加数据等操作，要求数据的稳定性好。

可靠性：用户财务数据多比较重要，要求系统具有数据备份，数据恢复等性能。安全性：系统设计个人银行账号以及密码的保存，要求系统提供加密保存等安全措施，即要求系统有较高的安全性能。

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

[个人博客系统]

需求说明书

[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接口

第五篇：需求分析

需求性分析

（网络书店管理系统）

一、概述

随着网络通讯技术的发展，网上书店作为出版社一种全新的销售手段，越来越受到人们的关注。它打破了传统销售模式在时间、空间上的限制，采用了先进的销售手段和销售方法，大大提高了经济效益和资源利用率，使商务活动上了一个新台阶。它可以使顾客足不出户，就能通过网络选购商品，并由相应的网络经销商送货上门。本系统的好处就是不仅能让消费者可以方便地得到所需商品，而且还能有效的减少销售环节，从而最大限度地降低了商品的最终价格。本项目所用的操作系统是windows 7，开发系统是Visual Studio 2008，数据库采用SQL Sever 2005。

三、数据字典

编号名称类型说明

1书籍信息数据存储书籍信息=书名+作者+年代+编号+采编人员

2会员信息数据存储会员信息=姓名+性别+出生日期+住址+联系电话

3图书细目数据存储图书细目=编号+购买记录