项目需求分析

软件需求分析与管理的十个问题 1.需求工作涉及到哪些内容 首先需求包括了产品需求，用户需求，软件需求。产品需求关注的是产品的标准化和通用化，会对收集到的用户需求进行分类和优化，结合业界标准系统模型进行抽象并通用化。用户需求反映的是用户面临的问题域，根据问题域用户期望的能够达到的解决效果；而对于软件需求则是用软件工程的语言结构化和文档化的对用户需求和产品需求的描述。 需求工作涉及到需求开发和需求管理。需求开发涉及到需求调研，需求收集，需求分析，需求开发等工作，其中的重点有业务流程，数据字典，业务规则，界面原型。对于基于面向对象的开发方法则涉及到业务用例，系统用例(涉众，基本流，扩展流，业务规则，界面，操作)等诸多内容。需求管理工作涉及到需求的状态管理，变更管理，需求的跟踪，需求的验证和确认等重要内容。 在我们需求分析和开发中，最容易忽视的主要有两点，一个就是缺乏需求分析和开发的过程，把用户需求直接作为了软件需求，没有需求建模和抽象的过程。另外一点就是对于性能，安全，易用性，可维护性和扩展性等非功能性需求没有考虑，导致开发出来的系统是一个不好用的半成品。CMMI把需求管理放到2级，需求开发放到3级，实际上真正的提高需求人员的需求分析和开发能力才是解决需求问题之道。需求分析开发做不好，需求变更或追踪管的再好也没有用处，在这点上一定不能本末倒置。 2.做好需求分析需要具备哪些知识

系分论文1 企业人事信息系统的应用 【摘要】 本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动，人事信息管理指的是企业员工从招聘面试到离职退休的全过程，涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动，也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。此外，本系统也涉及到企业在全国各地的人事信息管理，企业的组织架构的设置，级别与职务管理，人力申请直至人力需求报表，从而形成一个对企业真正有用的人事信息管理应用系统。在本文中首先讨论了选用面向对象方法与工具的主要理由与策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论了使用多种工具与方法在需求分析中的必要性，最后简要小结了选用正确工具与方法的意义和作用。 在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。 【正文】 人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个企业有着自身的体制、机制、特点与不同的要求；在开发这类系统时，系统需求分析是极为重要的一环。在整个分析过程中，我们都采用了面向对象的分析方法，这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现实世界。软件要具有适用性和扩展性，就必须更接近于现实世界本身的发展规律。 以一个简单的例子来看

　随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。 　　网站项目管理（WPM）的含义为WebbasedProjectManagement，即以Web应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。 　　在本文中，笔者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行参照比较，并结合实际工作经验，力求将网站工程管理（WPM）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。 按照笔者的经验，网站项目管理可以分为以下七个阶段进行控制： 1.需求分析及变更管理 2.项目模型及业务流程分析 3.系统分析及软件建模 4.界面设计、交互设计及程序开发 5.系统测试和文档编写 6.客户培训、技术支持和售后服务 　　需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的

软件架构 设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单。本文从 架构师职责、 软件架构定义、设计架构、评估架构、架构管理 等方面来描述了解软件架构的含义和怎样设计软件架构。 一、软件架构师的职责 架构师分为以下几大类：业务架构师、主题领域架构师、技术架构师、项目架构师（ J2EE 架构师、 .NET 架构师等）、系统架构师。 1 、架构师的职责主要体现 架构师的职责就是设计一个公司系统的基础架构，并提供关于怎样建立和维护系统的指导方针。具体来讲，架构师的职责主要体现在以下几方面： 1 ）、负责公司系统的架构设计、研发工作。 2 ）、承担从业务向技术转换的桥梁作用。 3 ）、协助项目经理制定项目计划和控制项目进度。 4 ）、负责辅助并指导系统分析开展设计工作。 5 ）、负责组织技术研究和攻关工作。 6 ）、负责组织和管理公司内部的技术培训工作。 7 ）、负责组织及带领公司内部员工研究与项目相关的新技术。 8 ）、管理技术支撑团队并给项目、产品开发实施团队提供技术保障。 9 ）、理解系统的业务需求，制定系统的整体框架（包括、技术框架和业务框架）。 10 ）、对系统框架相关技术和业务进行培训，指导开发人员开发。并解决系统开发、运行中出现的各种问题。 2 、构架设计师必须具备的技能 经验：既包括在问题领域的经验

　　本章内容虽然叫“需求分析”，实际上关于具体的需求分析操作步骤并没有深入去写，因为细化的话那将是一本厚厚的书，而需求分析在本系列中，是帮助大家了解项目的基本要求（主要针对本项目而已）。而写本章的主要目的想告诉初学者们一些常识与重要性，顺便写一写本项目的开发需求与需求文档格式，而不是具体的需求分析步骤。由于个人水平有限，文笔也并不怎么样，为了加快进度早点进入编码阶段所以写得有点水，大家先将就将就吧。 　　慢工出细活，磨刀不误砍材工。 计划将要做的事情，按计划内容去做计划中的事情 。 　　前言 　　需求分析文档按正常来说，它不应该由程序员来写的，是由项目经理与客户共同来完成，但是对于国内大多数软件公司（除了少数比较规范的公司专门设置有对应的职位外），很多是需求方口头提出、在WORD写几条要求或提供相关表格文档、提供参考的网站或软件、用相关模型软件简单的做出模型等一种或多种组合方式提出需求，然后由技术部负责人或直接是程序员来编写，当然还有不少情况是根本就没有需求分析这个步骤，需求方直接口头描述需要实现什么功能后，程序员就直接开工......相信大部分朋友正在处于这种水深火热当中或即将进入这种类型的公司。而初学者如果能了解需求文档编写，对以后参与项目的设计与开发将有非常大的帮助。 　　曾经看到一个园友讲述，他们公司做的外包，用了3个多月做需求分析，花一个月时间编码

需求工程是软件工程生命周期的起点是软件开发后继阶段的基础。软件需求是软件开发的目标，也是其项目开发成功与失败的重要因素。有时候错误的需求分析很可能导致软件开发的全盘否定，需求错误的代价会随着项目的展开儿发生变化。如果需求错误能够及时的修复，那么其代价就会被限定在一定的范围之内。如果没有及时的发现，则很可能让整个软件的开发失去其本来应有的意义。所以，需求分析至关重要。我们小组几乎把大部分精力都放在了需求分析上。 　　我们进行需求分析的目的是完整、准确地描述用户的需求，跟踪用户需求的变化，将用户的需求准确地反映到系统的分析和设计中，并使系统的分析、设计和用户的需求保持一致。 我们根据用户（老师）需求，通过反复讨论、分析，最终明确一个唯一性的用户需求，根据这个结果编写出我们的软件需求分析报告。 进行需求分析时，应注意一切信息与需求都是站在用户的角度上。尽量避免分析员的主观想象，并尽量将分析进度提交给用户。在不进行直接指导的前提下，让用户进行检查与评价。从而达到需求分析的准确性。分析员通过需求分析，逐步细化对软件的要求，描述软件要处理的数据域，并给软件开发提供一种可转化为数据设计、结构设计和过程设计的数据和功能表示。 同时需求是在不断变化的，本来上一周商量好，应该有哪些要求，结果，随着时间的流逝，慢慢发现有更好的解决方案，或者又增加了其它需求，总之，需求是不断讨论产生的

1.团队及成员 ** 团队：七彩拼图** 团队链接 郑西坤 031602542 （队长） 陈俊杰 031602504 陈顺兴 031602505 张胜男 031602540 廖钰萍 031602323 雷光游 031602319 苏芳锃 031602330 2.项目整体计划安排 截止时间 工作内容 10月26号 编码规范完成、平台环境搭建完成、初步架构搭建+需求规格说明书、UI设计 11月6日 站立式会议+编码+测试+项目管理同步推进，发布Alpha版本 11月11号 项目完善+用户使用反馈+测试计划改进 12月2号 站立时会议+测试+项目管理推进，发布Beta版本 12月9号 正式版本完善+用户手册 12月16日 正式版本发布、撰写宣传文案推广 3.工作流程 开会讨论，确定用户需求 规划完善软件功能，确定设计用例图等任务划分 文档撰写划分 文档改进 文档整合，确定排版，生成终稿 4.组员分工 组员 工作内容 工作量比例 郑西坤 需求文档整合+原型改进 15.30% 张胜男 博客+需求文档编写 15.20% 陈顺兴 上台演讲+ppt改进 14.90% 陈俊杰 用例图设计 12.30% 雷光游 类图设计+功能改进 15.00% 苏芳锃 类图改进+具体需求 12.20% 廖钰萍 PPT制作 15.10% 5.附件 《软件需求规格说明书》 来源： https://www.cnblogs

软件工程个人总结 一、引言 1.1 项目介绍——社团管理系统 1.1.1 项目背景 在当代大学生的日常生活中，社团是必不可少的一个部分。如果仅仅是通过纸质文档进行管理的话，不但需要耗费大量的人力和资源，也会给管理造成不便。为了提升社团组织者对社团管理的便利性，我们小组选择社团管理这一主题，开发一款便于社团管理的系统。 1.1.2 系统简介 社团管理系统的操作角色分为游客、学生、管理员三种类型，集成了社团浏览、活动浏览、社团申请、活动创建、活动审批、入社申请审批、社团内部事务管理等功能模块，为社团管理者与学生提供一个方便的数字化管理平台。 1.2 相关文档汇总 社团管理系统需求分析 社团管理系统设计图 社团管理系统原型阶段 社团管理系统接口文档 github前后端代码 二、项目制作过程——个人分工 2.1 起步 2.1.1 需求分析 参与组内讨论，根据学生、普通社员、社长、管理员4种角色来提出需求 2.1.2 墨刀原型 两项简易墨刀原型 web端原型 app端原型 2.2 设计图 详见 设计图文档 2.2.1 用例图 全部用例图 2.2.2 顺序图 仅参与确认 2.2.3 类图 整个类图的绘制与类图说明 2.3 技术选型 2.3.1 查阅与学习 由于组内成员没有相关项目开发经验，如前端框架、路由、接口信息接受发送，后端框架、信息接受与发送。因此学习、试错花费大量时间。 查找资料

时间慢慢向冬天迈进，我在兴趣小组里的时间也在一天天的积累中，这时候我迎来第一次像样的项目，就是在剩下的人中组织一次团体合作做一个bbs系统，主要分工：4个程序员，1个美工。 因为是团体合作这就需要我们像一般项目按照流程来办，这个我跟D就比较有优势的，因为我们是软件工程专业的，平时所接触的也就是软件工程流程的规范，所以我在第一步：需求分析就表现的很好的，自夸一点，我写的需求分析一次性被L通过的了，虽然我在版本号上有点小问题，但还是让我有点小自信的。 接下的工作就编程的了，当然这个也不是很顺利的，毕竟前段时间联系的项目简直小了又小。在这当中我遇到过一些问题：比如：感觉设计页面很艰难的，还有就是命名的问题，虽然学了这么多年的编程，也一直在提规范，但一让自己做起来就什么记不得了，其实也不是我不注意，根本的原因还是因为练习太少的缘故的了。 其实那段时候我也比较忙的，因为接近学期末了我要准备期末考试的了，还有一件丢人的事情我还得准备四级考试，算了，我不顾的一切为了提高水平。还记得那时基本上都是早上不睡懒觉，基本上大脑里都是代码的了，自己在程序上的每一步都是很艰难的，但每一步都一次提高。 总算在一个星期内，我把自己的那一模块介绍了，当然我也没觉得累的，相反我觉得有种感觉，一天不写程序，就感到很空虚，嘿嘿。 至此,我进入兴趣小组应该过完了不到3个月的了，每天我都感觉到有收获。这个bbs做完

软件过程改进(SPI.Software Process Improvement) 软件过程方法从上世纪90年代开始在软件开发中得到应 用，被许多软件开发组织所接受。并被认为是软件生产达到 工业化前的一个必须经历的阶段，是软件工程学科发展中的 一个重要里程碑，软件过程理论是现代软件开发人员和管理 人员必备的知识。 软件过程将技术、人和管理紧密地结合在一起，过程改 进是软件开发组织提高软件质量、提高生产率、降低成本的 一种有效方法。 软件过程改进已经形成了一套改进和评估的方法，代表 性成果有CMMI、ISO15504、ISO9000、6σ等。国内外众多软 件开发组织都以通过过程改进评估为手段，达到提高竞争力 的目的。 一、名词解释 1.软件生存周期(Software Life Cycle) 软件生存周期又称为软件生命期，生存期。是指从形成开发软件概念起，所开发的软件使用以后，直到失去使用价值消亡为止的整个过程。一般来说，整个生存周期包括计划（定义）、开发、运行（维护）三个时期，每一个时期又划分为若干阶段。每个 阶段有明确的任务，这样使规模大、结构复杂和管理复杂的软件开发变得容易控制和管理。SDLC的六个阶段：1. 定义及规划2.需求分析3. 软件设计4.程序编码5.软件测试6.运行维护 2.项目(Project) 项目是指一系列独特的、复 杂的并相互关联的活动