架构之美—需求架构分析和详细步骤(1)

需求架构工作,包括需求捕获  需求分析  系统分析

下面这个图表明如何在前景分析工作中的时间和工作安排的关系

详细做法:

1  需求捕获一般采用需求采集卡形式

项目或产品需求采集卡根据自己或企业的客户或市场预想来定,下面是一个典型的需求捕获采集卡

2 需求分析结果:srs需求规格说明书内容格式

1.前沿
  a  目地
  b 范围 
  c 定义  缩写  略语
  d 参考资料
2 需求概述
  a 用例模型
  b 限制与假设
3 具体需求
  a 用例描述
  b 外部接口需求
   用户接口;硬件接口;软件接口;通信接口
  c 质量属性需求
    性能;易用性;安全性;可维护性等
  d 设计和实现约束
    必须遵循的标准;硬件的限制等

3 系统分析及成果

一般采用结构化分析,uml结果的分析类图,时序图等

时间: 2024-10-02 01:43:43

架构之美—需求架构分析和详细步骤(1)的相关文章

架构之美—需求审核直接影响设计成败(2)

.......审核需求提出了二维需求观: 我们一般注重功能需求,也是最容易理解和效果的,但这未必太业余,真正影响架构的成败并非功能需求,而是功能需求+质量需求+约束需求. ....评审需求时,也设计一个评审图表供大家参考:

FineReport数据可视化分析的图文步骤

在FineReport这款报表软件的使用过程中,经常需要使用到功能是数据分析.而如何将繁杂的数据,进行整理分析,从而得出清晰的调查结论,正是我们学习FineReport这款软件的关键.下面小编为大家分享一下FineReport报表如何进行数据可视化分析,希望本教程可以帮到大家! 1.B/S数据源配置 启动web服务器(FR工程部署在web服务器下,端口号为对应的web服务器端口号,如tomcat下,端口号为8080,如果未部署,端口号为FR内置服务器端口号8075,以下均以tomcat为例),用

架构之美—软件架构6大步骤(开篇)

1> 需求分析 2> 领域建模 3> 确定关键需求 4> 概念架构设计 5> 细化架构设计 6  架构验证

联想高级架构师分享:架构之道-规划、简化和演化

架构这个概念,和计算机科学(包括近几年才成为一级学科的软件工程)的其他术语类似,都是从传统学科借用来的.这是因为计算机科学太年轻.发展太快,来不及形成自己特有的术语和名词.因此,在学习和思考方法上,常常推荐类比法,尝试用一些耳熟能详的事物去理解和解释计算机科学领域的概念,以求"老妪能懂"的效果. 这里介绍的一些内容,大多是个人在学习和实践过程中的一些思考和体会,以及平时的一些学习笔记整理而成,还很不成体系,还有很多需要继续推敲的地方.我会在未来的工作实践中更加深入思考,广泛参考领域内的

一份招聘需求的分析 (转载)

一份招聘需求的分析 (转载张国良博客)以下是招聘条件: 工作性质:全职 工作地点:南京 发布日期:2009/6/15 截止日期:2009/6/30 招聘人数:6 工作经验:不限 学 历:大专以上 语言能力:英语 简历语言:中文 其他待遇: 职位描述   基本要求 熟悉.NET Framework 2.0框架 熟悉ASP.NET,熟悉OOP,熟悉数据库(SQL Server或Oracle) 熟悉B/S架构开发,熟悉B/S架构相关前台技术(html,javascript,css) 了解多层结构模式及

hibernate-技术架构的图片 技术架构的图片

问题描述 技术架构的图片 技术架构的图片 技术架构的图片 1.简单的struts+hibernate的开发框架 2.struts+spring+hibernate框架 3.springmvc+spring+mybatis的框架 解决方案 架构高性能海量图片服务器的技术要素架构高性能海量图片服务器的技术要素架构高性能海量图片服务器的技术要素 解决方案二: 可以参考插件化开源开发平台JXADF的架构图,详细参见:http://osgi.help

亿级流量电商详情页系统实战:缓存架构+高可用服务架构+微服务架构

<缓存架构+高可用服务架构+微服务架构>深入讲解了亿级流量电商详情页系统的完整大型架构.同时最重要的是,在完全真实的大型电商详情页系统架构下,全流程实战了整套微服务架构,包含了基于领域驱动设计进行微服务建模.Spring Cloud.基于DevOps的持续交付流水线与自动化测试套件.基于Docker的自动化部署.此外,还包含了大型电商详情页系统架构中的多种复杂架构设计的详细介绍. <亿级流量电商详情页系统实战(第一版)>的内容,主要是基于简化以后的大型电商详情页系统的背景,重点包含

在首席架构师眼里,架构的本质是……

目前讨论架构实操(术)的文章较多,讨论架构理念(道)的较少,本文基于作者在大型电商系统架构方面的一些实践和思考,和大家聊聊架构理念性的东西,希望能够抛砖引玉,推进大家对架构的认识. 什么是道,什么是术?道是事物发展的本质规律,术是事物发展的具体途径.规律只有一个,途径很多,条条大路通罗马,罗马是道,大路是术.道为本,术为途,如果事先知道罗马在哪里,那么遍地是路,路路相通.架构也是如此,如果能领悟架构的本质,就不会拘泥于现有的实践和理论框框,而以最直接的方式解决问题,无招胜有招.本文的内容包括架构

架构师速成-有关架构的思考

架构是什么?架构的目标是什么?如果解决这2个问题,可能我能更好的梳理杂乱的架构理论.经过2天的思考,总算有了一点眉目.我们从一个产品的本质来说,追本朔源,自上而下: 大概就是这样的,当然架构不止需要解决这些问题,本产品只是其中一个部分,要支撑一个web产品还需要依赖很多的外部公共系统,对这些系统整合也算作架构的范畴. 架构,又名软件架构,是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计,这是官方的定义. 在"软件构架简介"中,David Garlan 和 Mary