计算机软件项目管理中的需求分析（精选五篇）

第一篇：计算机软件项目管理中的需求分析

论文摘要:计算机软件项目管理中的需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。本文介绍了在需求分析研究中探索出的一些有效措施。

众观国内计算机软件业的发展，除远不如欧美等西方发达国家外，与人均GDP不及我国的印度相比也相距甚远，软件业的劣势正严重制约着我国IT业的发展。我国软件业的劣势表现在自主开发的成熟软件不多，而开发的大量软件工程项目(如ERP等)存在缺陷或完全开发失败。目前，国家正在加大对软件工程的研究和对软件工程人才的培养。根据资料显示，属于需求分析造成软件设计的错误和缺陷约占软件失败的6400，而属于程序代码的错误仅占软件失败的360a，数据表明需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。通过对软件项目管理知识的系统学习并结合近年来自己参与部分软件项目实施的经验，介绍在需求分析研究中探索出的一些有效措施。

项目用户方干系人，指所有可能受到项目结果重大影响的人，即项目的风险承担者，他可能是项目的受益者，也可能是项目的受害者。因此，应当从项目的启动开始，需求分析员及其项目成员就要分清项目用户方干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。

有些项目在做需求调查时，由于受进度要求等客观因素影响，需求分析员与建设单位的技术部门交流较多，向业务管理部门和实际使用者调查不够深入，造成软件试用后不得不再对需求做较大调整，“从头再来”的部分比例很高，大大超过进度要求时间。因此，熟悉项目用户方干系人全貌是进行需求调查的第一步，也是需求调查的基础。在定制开发项目的项目用户方干系人中，最重要的是建设单位中的人事组织、业务关系。最好是能够用组织结构图画出相关单位的组织结构;还应当在相关单位组织结构图基础上画出全体项目用户方干系人结构图，以便更好更全面地进行需求调研分析;用责任矩阵确定各部分的调研对象;建立调研对象通讯录以保证调研及分析期间及时的沟通。

软件开发项目的目的就是要实现项目用户方的需求，项目用户方的需求包含明确的和隐含的，也可以分为NEED, WANT, WISH等不同的层次。如果对项目所有用户方干系人没有进行足够的沟通和影响，使其尽可能地参与项目，则会出现客户方相关责任人不明确或对范围和需求责任心不强，提出的需求具有随意性，项目前期对需求的确认不够积极，或者是多个用户代表各说各话、昨是今非，项目后期需求变化随意等现象，这就会造成项目范围的蔓延，进度的拖延，成本的扩大，甚至项目的完全失败。

各种用户对系统具有不同的要求，如一个没有经验的用户关心系统是否简单易用，对于高级用户则关心产品的易用性和高效性。因而需要对用户进行分类，每一个用户类将有自己的一系列功能和非功能要求。在项目中，要尽早为产品确定并描述不同的用户类，这样就能从每一个重要的用户类代表中获取不同的需求。

项目需求具有双面性(用户与开发商)和多面性(项目中各干系人)，因此，项目经理和系统集成者应了解用户干系人需求，用户干系人也应了解技术方面的需求，两者缺一不可。正确的需求获取需要了解需求的来源、用户的分类、用户的代表性、用户需求谁说了算数等因素。开发人员和项目经理要有足够的耐心聆听用户的讲述，要足够详细地了解每一个细节。项目管理者要善于将需求分类、归类，善于将需求文档化，并有所查询标记。

第二篇：网站项目管理-如何做好需求分析

网站项目管理－如何做好需求分析

作者及出处不详 前言

随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。

网站项目管理（WPM）的含义为WebbasedProjectManagement，即以Web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。

在本文中，笔者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行参照比较，并结合实际工作经验，力求将网站工程管理（WPM）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。

按照笔者的经验，网站项目管理可以分为以下七个阶段进行控制： 1.需求分析及变更管理 2.项目模型及业务流程分析 3.系统分析及软件建模

4.界面设计、交互设计及程序开发 5.系统测试和文档编写

6.客户培训、技术支持和售后服务

需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的，例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交叉进行或同时进行的。如何做好需求分析及变更管理？

业务员与客户进行的沟通，撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。

本章包括以下内容：

一.让客户畅所欲言，罗列出所有的需求

二.透过现象分析潜在的需求

三.利用自然的语言描述项目模型

四.利用示意图和图表将用户的需求表现出来。

五.什么人要看需求分析报告？

六.建立需求变更日志，制作新版本的需求分析报告。

七.本阶段重点工作角色

八.总结

一：让客户畅所欲言，罗列出所有的需求

让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立IP的访问，而你原来想当然的以为了不起就是1万独立IP访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！

二：透过现象分析潜在的需求

很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。

客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。

比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。

笔者曾负责一个大型新闻网站的设计，当客户拿着将近五十页厚的一本设计要求报告时，我发现有四十页的内容对程序开发来说都是重复的，而在其中一页的角落却画了个“搜索其他网站相关新闻”的按钮，并且没有做任何说明，仅仅这10个字所完成的工作量完全顶的上其他整整四十页重复赘述所做的工作，客户完全不知道这个要求引发的问题实际就是一个搜索引擎的开发，通过协商，客人同意了修改成站内搜索的引擎。

三：利用自然的语言描述项目模型

在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。

请比较以下两份关于需求的描述，“用户在访问首页的时候可以在点击’客户通道’按钮，弹出填写’用户名’和’密码’的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示所有可操作的功能的导航条和最新的导读新闻链接列表” “站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。” 前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。

四：利用示意图和图表将用户的需求表现出来。

需求分析无论文字上怎么样表述都还是抽象的，对客户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。

制作示意图可以有很多种方式，用PowerPoint或Visio制作流程示意，用Html文档制作界面示意都是可行的，最简单利用画图和Word表格方式也完全可以，关键是利用示意图将客户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程，保证项目往正确的方向进行。

在RUP中有这样的描述：

“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。

以用户友好的方式帮助收集并改进用户需求。

鼓励更有创造性、更加创新的设计解决方案。

鼓励团队复审，并避免所有人都不希望出现的特征。

确保以可理解、直观的方式实施特征。

使访谈过程变得轻松，避免出现访谈没有结果的现象。

简单地说，制作示意图就是使用工具向用户(主角)说明（有时是动画演示）系统如何适应组织的需要，并表明系统将如何运转。协调员将初始示意板展示给小组，小组成员提供意见。之后，在举办研讨班期间，示意板也进行”实时“演进。所以，您需要一种可以轻松更改示意板的画图工具。为了避免分散注意力，一般最好使用简单的工具，比如图表、白板或PowerPoint。” 五：什么人要看需求分析报告

项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。

我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。

例如：

项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。

开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；

操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；

界面设计人员根据项目的性质和定位确定表现方式。

测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测；

通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：

六：建立需求变更日志，制作新版本的需求分析报告

尽管我们费了许多功夫在需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。

在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。

在新版本的需求分析中，将变更多部分用特殊方式表明出来，并在日志中记录变更多重的明细。

关于需求分析和变更管理可以参照下图示意：

七：本阶段重点工作角色

在需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。

在实际工作中，很多项目失败的起因都和需求分析有关。客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。

为了降低项目的风险，提高工作效率，有必要设计规范的需求管理计划书，帮助客户代表和业务员更好的完成任务。以下提供一份需求管理计划的模板可作为参考：

八：总结

根据笔者的经验，要尽快做好需求分析掌握以下要点，也许能事半功倍：

仔细聆听，罗列客户的所有要求；

将需求进行分析，确认可操作的系统模型；

利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；

迅速确定网站的用户角色；

比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；

分析确定每个角色的权限及可操作的功能；

比如会员可以查看特别信息、修改个人信息、退出登陆等；

前台管理员能够登录管理系统，能够发布编辑修改信息，能够审查会员资格等；

网站管理员可以更改栏目、修改网站界面等；

制作流程图和示意图将需求表现出来；

让客户参与到示意图的设计中，及时正确的反应出需求变更。

制作需求变更日志，保留升级版本，通过版本控制进行需求管理；

通过需求《管理计划书》使每个参与人员看到共同的努力目标

第三篇：项目需求分析和必要性分析

一、项目需求分析和必要性分析

传统结构专业的工作流程(如建筑设计、工程设计、深化设计、加工制作和施工安装之间)常常是不同程度地信息间断的。在工程项目执行的各个阶段, 设计、分析、详图和制作管理系统中的模型和数据很多时候会被多次重复输入或重新建模。因此,在项目估算、深化设计、加工生产和施工计划中有时会造成不必要的高成本返工。

Tekla软件是针对所有钢结构建筑（如商业建筑、工业厂房、体育馆、预加工建筑）以及各种钢制件的导管架进行深化设计、制造和安装管理的最先进、最完整的方法。BIM技术的引入应用可以充分共享应用各阶段模型信息, 使流程各阶段紧密结合, 信息互通, 从而提高效率和降低成本。BIM通过更快且更有成效的深化设计改进信息流，杜绝重复工作并缩短工期。使用集成的管理工具、能追踪工作历史的可视化记录，来改进工作流程并加强作业控制，实现与其他各方顺畅的协作与交流。目前市场上没有其他产品可以像Tekla这样，能贯穿整个生产流程提供建筑信息管理支持，有利于成本管理、计划进度管理、材料管理、合同管理，并为用户创造新的商机。

1.成本管理

运用建模软件的图纸功能自动产生图纸, 并对图纸进行必要的调整, 同时产生供加工和安装的辅助数据(如材料清单、构件清单、油漆面积等)。做好成本分析，可以更好的报价获得更多的工程。

2.计划进度管理

实物量计划及完成情况的跟踪是进度控制的常用手段，是安排施工计划、确定施工任务、确定资源调配的重要依据。所有加工详图(包括布置图、构件图、零件图等)均是利用三视图原理投影生成,图纸中所有尺寸, 包括杆件长度、断面尺寸、杆件相交角度等均是从三维实体模型上直接投影产生的。从而直观得编制项目总体进度计划，进度计划、分项进度计划、阶段控制性计划等。

3.材料管理

材料成本是项目成本中最重要的部分，所以对材料的管理是控制项目成本最关键的工作。Tekla软件用钢量等资料统计，选定构件的用钢量, 并按照构件

类别、材质构件长度进行归并和排序, 同时还输出构件数量、单重、总重及表面积等统计信息。

4.合同管理

钢结构生产管理系统是BIM模型数据产生的精细化应用平台, 主要依托所有部门、供应商和客户间的钢结构项目合同来掌控从估算投标、采购、生产到施工现场的信息流以及工作。

钢结构BIM三维实体建模出图进行深化设计的过程, 其本质就是进行电脑预拼装、实现“ 所见即所得”的过程。通过将建筑信息集中到模型中，使项目的管理与交付更具协作性与完整性这样便能提高生产效率、消除浪费，使结构和建筑更加耐用。

二、项目建设目标和内容

项目建设最终目标是提高效率和降低成本，使客户满意，用项目的高质量、好报价来获得更强的竞争力。

要达到建设目标需通过与MIS系统以及CNC数控设备连接实现更高级的制造和项目管理自动化，以达成提高生产力的目标，这点在规模庞大、数据丰富的项目中尤为突出。采用自适应PEB框架节点、自定义节点来自动生成图纸并与其他软件连接，杜绝重复工作或信息重复。支持临时变更、减少所有项目参与方的风险。BIM可以实现在无现场错误的前提下实现提前交付，对在预算内有效完成项目的钢结构意义非凡。基于BIM理念, 可深入挖掘钢结构深化设计软件的功能, 充分体现BIM的特性, 使钢结构深化设计向建筑设计信息化的方向发展。通过对结构进行建模，我们可以加快投标准备阶段的数据收集、为解决复杂问题提供管理辅助并为销售工作提供更高质量的媒介。使用3D模型让深化设计的管理变得简单无比，与加工设备完美的结合。对重量、截面、尺寸等的控制可帮助实现精确的采购以及对项目进度的及时追踪。提高深化设计质量，尽量减少制造和安装错误并在整个过程中提供实时、准确的建筑信息。使信息管理贯穿整个过程。

第四篇：项目需求分析报告

福州八中鳌峰初级中学项目的网络需求分析报告

一、项目名称：福州八中鳌峰初级中学

二、引言

该网络是校园网站信息发布系统,学校主站，含各个学科子站点，包含德育处，团委，学生会，教务处，总务处，办公室，工会子站。主要栏目设置：学校概况、信息中、党群工作、校务公开、德育教育、教学管理、教学科研、学生园地、中高考专题、心灵驿站、校友之窗、友情链接、数字校园

三、系统目标描述和功能描述

1、信息发布系统

网站前台模块

首页：学校网站的索引页，还包括模糊搜索站内资源的功能。

一中概况：发布学校的简介、发展状况和学校自身的相关信息，并动态归类。

党团组织：发布学校党团建设的相关资讯，并动态归类。

学校资讯：发布学校近期活动和新闻。

学校管理：发布学校各部门的相关通知与文件，并动态归类。

教学教研：发布学校在教学研讨和课题研究方面的相关信息，并动态归类。

教学资源：管理和发布论文、课件、教案和考卷等方面的资源。

电子像册：１．可以上传图片格式，FLASH格式等（格式要求：Jpg、GIF、ＰＮＧ、ＢＭＰ、SWF、TIF等）２．实现图片渐变编辑功能。３．新增、删除、修改４．权限管理 新课程：发布学校在新课程方面取得的成绩，并动态归类。

班级&社团：为各班级各社团开设空间，供发布信息和照片。

教师博客管理系统：自我简介，消息管理，空间管理，好友管理，日志管理等。

电子相册：可包含多个相册，数量不限；

班级&社团：可在不影响界面整体效果的基础上让相应班级修改部分界面元素（包括自定义班级主页的标志性图片、班级主页的背景图片和班级主页的颜色主题），另外，该模块还包含有班级电子相册。

留言板：实现留言与答复的功能。

学生论坛：学习网络上开源论坛的实现方式，实现一个学生交流活动的平台。相对独立于学校网站。

后台功能模块

权限管理使用指南权限管理下共分3个模块：[角色管理] [给角色分配权限][给用户分配权限]

（1）通知公告只有系统管理员ADMIN才有权发布通知公告。发布的内容将显示在各部门首页的公告栏里。

（2）网上调查只有系统管理员ADMIN才有权发布网上调查。发布的内容将显示在各部门首页的网上调查里。

（3）友情链接只有系统管理员ADMIN才有权编辑友情链接。发布的内容将显示在各部门

首页的友情链接里。

2、办公信息化管理系统

主要功能：今日工作：是用户进行日常办公的主要场所，用来存放待处理的有关文件、网络报送以及工作消息等信息。

公文系统：用于公文的登记、发布、存档以及生成报表。

工作消息：用户发布日常工作中的通知等信息。

网络报送：传递相关工作资料。

交流登记：记录学校大事件以及每次对外交流情况等。

教师档案：有关教师档案管理，全程维护每一位教师档案的变动情况。

系统设置：系统日常运作与环境设置。

3网络性能需求

核心交换机（机箱式）

1、背板带宽≥640Gbps2、交换容量≥480Gbps3、包转发率≥350Mpps4、双电源模块冗余5、10/100/1000Base-T口≥12个，千兆SFP光纤接口≥24个

6、万兆XFP接口≥1个

7、支持IP ACL，支持基于源/目的IP或MAC、三层IP协议类型、TCP/UDP四层端口号、IP优先级、基于VLAN、Tag/Untag、CoS等

9、支持802.3ad(LACP)，支持负载均衡

10、支持802.1Q VLAN数量≥4K11、支持的路由协议，如RIPv1/V2,并支持MD5认证、OSPFv2、BGP4等。

12、支持MPLS、MPLS VPN、MPLS TE功能。

接入层交换机

1、固化10/100M电口≥242、固化千兆Combo(SFP/GT)接口≥

23、交换容量≥32Gbps4、包转发速率≥6.6Mpps，全线速

5、MAC表容量≥16K6、Vlan表项≥4K7、堆叠或者集群管理数量≥248、每个端口提供4个优先级队列，可分别设定队列带宽，支持WRR/SP/SWRR等调度方式。

9、内置 DHCP Server,可对用户分配IP地址。

10、支持标准和扩展ACL，完全硬件线速实现。

11、支持防IP报文DOS攻击。

12、支持ARP安全功能，可以防止ARP欺骗、防止ARP扫描。

13、设备与核心交换机同一品牌；

光纤模块SFP-SX-L SFP-SX-L，1000Base-SX SFP接口卡模块（MMF,550m），LC接口 设备与核心交换机同一品牌；按厂家规定保修.防火墙在服务器与路由器之间加个防火墙很有必要。网络操作系统，网络服务器软件等可能存在一些安全漏洞，应当及时对系统进行补丁程序升级，加固系统的安全性。网络系统遵循安全规范和达到的安全级别，采用各种杀毒软件。

网络管理系统

基本特性:全中文图形化界面。支持平台:WINDOWS平台，系统呈现网络的真实拓扑图，支持三层网络拓扑、二层物理拓扑、VLAN子网拓扑等不同的呈现方式，支持拓扑的自动发现设备，WEB拓扑视图。能够发现VLAN中所有终端PC设备，并计算出终端设备IP地址、MAC地址、接入交换机端口等信息，自动在拓扑图上显示终端设备连接和出入流量、丢包等等情况。

根据我们的预算和资源限制，完成该项目大约需要半年。客户想重新购置设备并卖掉现存的旧设备。

第五篇：项目需求分析报告

项目需求分析报告

（一）一、项目名称

今日事

二、设计背景

随着社会的发展，我们的生活节奏逐渐加快，与此同时，网络的大量普及，导致大量的信息不断的冲击着我们。在这种生活节奏下，我们难免会出现一不小心忘掉一些重要的事情，这是让我们产生这个想法的一个方面。

另一方面，现如今的学生总是计划很多，却很少付诸行动，这不仅与个人的坚持与否有关，同样是因为步入大学时代后，大家心中充满了迷茫所致，往往计划赶不上变化，因此，我们决定开发这样一款软件，来改变这种情况。

三、项目风险

该软件开发项目的风险承担者有：

任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。

软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。

产品使用者：需要承担的风险是产品是否能满足自己所需。

四、功能需求

日历功能，可以查询日期

制定计划功能，分为长期，中期，短期三个层次，短期即为今日事，中期为1周或1月，长期为数月或1年，这些可以由用户自己设置。

完成计划功能，可以通过勾选来标注哪些是已经完成的，哪些是还为完成的。

成就系统，通过统计各期所完成计划数量给予用户相应称号，同时可以与其他用户进行竞争。

提醒功能，手机解屏时提醒用户今日需要做的事，而在每天结束时，汇报今日完成进度。

五、运行环境

移动端android平台

六、性能要求

为保证软件能够长期，安全，稳定，高效的运行，应满足以下性能要求：

时间特性：系统响应时间应在人的感觉和视觉范围内（<1S），系统响应时间足够迅速（<5s）。

适应性：在操作方式，运行环境，软件接口或开发计划发生变化时，应具有适应能力。

项目需求分析报告

（二）一、引言

引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档

1.1编写目的：

本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本学校排课系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用，同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。

1.2背景及范围

本项目的名称：学校排课系统。

本项目的任务提出者及开发者是：计算机应用三班张哲，用户是学校。

本产品是针对电脑进行排课的需求设计的，可以完成：基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至Excel打印总课表、教师课表、()班级课表、场地课表、系统管理。

1.3定义 缩写词

学校排课系统软件：学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。

二、项目描述：

使用改程序后，学校的排课可以很轻松的安排好，而却可以尽量避免平时排课时出现的排课冲突，还可以临时加补课等功能。

2.1软件开发的目标：

改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。同时也通过实践来提高自己的动手能力。

2.2应用范围：

理论上能实现中小学排课，职业中学排课。

2.3子集说明：

软件主要分为两个模块，一个基本信息的录入，一个是进行排课的管理。

2.4软件功能描述：

外部功能：实现了可视化窗口，排课，调课。

内部功能：基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看；排课操作、调课操作、场地调课操作、老师课表及学生课表生成。

2.5软件操作人员的要求

软件的操作人员要求具有一定的电脑常识，并且具有排课的初步常识。

三、软件结构化描述

自己添加一些

四、环境要求：

4.1数据录入精度需求

在进行向数据库录入数据时，要求数据记录准确。

4.2软件自身时间特性需求

程序排课响应时间：由于生成课表是需要看电脑的配置，所有时间可能会不一样，有时候需要等上几分钟

五、软件属性

5.1可用性

本软件由于自身的能力限制，所有只限现在所有的功能。

5.2安全性

由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏，可以从新录入信息进行更正

5.3可维护性

本软件利用数据库进行编程，系统结构由程序基本确定，大量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库进行修改添加，而不需要对系统结构进行修改，这样系统维护性十分方便。

5.4兼容性

由于尚未测试，故无法对兼容性进行评析。