客户需求 需求分析 撮要设计 详细设计 编码前需要的这些文档都具体的作用、之间的关系能否讲解一下
客户需求 需求分析 摘要设计 详细设计 编码前需要的这些文档都具体的作用、之间的关系能否讲解一下
如何做项目洽谈、项目开发前都需要那几个文档？并且每个文档的作用是什么
一个软件要做起来。一开始不可以缺少的文档性质的东西都有什么啊？
这是我能想到的。
客户需求 需求分析 摘要设计 详细设计。
客户需求，主要是客户的一些文字性需求。由客户编写。往往很抽象。
需求分析，针对客户需求从软件角度给出一个需求分析。但是这个“需求分析”总体要实现一个什么目的？
摘要设计，这个是否需要？就是列出demo实例，给出业务静态html页面就可以了么？
详细设计，确定了客户具体的每一个业务流程。设计出数据字典。具体的模块、实现方式。等详细信息。
这就是我理解的，但是感觉还有很多地方不明白。
从一个项目一开始到编码 都要怎么和客户进行呢？这几个文档目的都是什么。有人能否讲解一下。
------解决方案--------------------
有想法是好的～
如果从项目洽谈开始，一般就是招投标，制作标书，业务理解，基本框架，硬件基础等等还是比较复杂的。
很多都是从计划开始的，要有相应的计划
定义项目范围，进行项目规模估算，根据自己所拥有的资源，规划日程，出schedule，project做的
需求我个人觉得可以用原型法就是你说的html静态页面
概要设计是要设计类，设计数据库的（一般采用比较成熟的框架，Spring Struts Hibernate）
详细设计就要具体到每个页面了，包括字段，页面的业务逻辑，权限，各种限制（最大长度之类的）
每个页面用到的SQL
之后就是依据设计文档进行开发了
最后测试，记录测试出的问题，修复bug
发布
这是对新手的
如果做的好点就要用V型模型，每个阶段对应测试用例的编写
要写的就多了
简单写下，仅供参考
祝你成功！
------解决方案--------------------
这话题开的可真大！
简要概述一下需求吧，需求是系统的基准，描述了系统的范围、功能性非功能性要求等等，也是以后测试的输入，及需求管理的依据（客户不能随意更改，必须经过CCB，这样可以有效地控制项目范围、成本、周期）………………
需求文档中所有的功能点都要一一列出，并进行优化级划分（很重要），功能粒度根据目标系统自行把握，每个功能的前置条件、输入、输出、分支处理、后置条件都要描述清楚…………
需求就是一门大学文，上面仅仅是列一些皮毛知识，算给楼主开个头吧。
设计（概设HLD、详设LLD）、项目管理那就更多了…………
楼主要是有兴趣可以看一下CMM-SW、ISO
------解决方案--------------------
sf
------解决方案--------------------
之前需要定义项目范围，估算成本，估算周期。
客户需求不一定由用户编写
需求分析的目的是，需求分析的结果完全可以作为项目设计和开发，测试的指导。
摘要设计和详细设计可合二为一
通常我们在摘要设计中确定了项目的框架和架构。
和客户做什么？
沟通，再沟通。
随时提交迭代版本，保证你已经做的、正在做的、将要做的都和用户要做的一致。
------解决方案--------------------
反正客户是你表哥
估计大家说太多你也不明白，自己想怎么做就怎么做吧，如果遇到问题你可能会真正考虑到某个文档的必要性了
如何做项目洽谈、项目开发前都需要那几个文档？并且每个文档的作用是什么
一个软件要做起来。一开始不可以缺少的文档性质的东西都有什么啊？
这是我能想到的。
客户需求 需求分析 摘要设计 详细设计。
客户需求，主要是客户的一些文字性需求。由客户编写。往往很抽象。
需求分析，针对客户需求从软件角度给出一个需求分析。但是这个“需求分析”总体要实现一个什么目的？
摘要设计，这个是否需要？就是列出demo实例，给出业务静态html页面就可以了么？
详细设计，确定了客户具体的每一个业务流程。设计出数据字典。具体的模块、实现方式。等详细信息。
这就是我理解的，但是感觉还有很多地方不明白。
从一个项目一开始到编码 都要怎么和客户进行呢？这几个文档目的都是什么。有人能否讲解一下。
------解决方案--------------------
有想法是好的～
如果从项目洽谈开始，一般就是招投标，制作标书，业务理解，基本框架，硬件基础等等还是比较复杂的。
很多都是从计划开始的，要有相应的计划
定义项目范围，进行项目规模估算，根据自己所拥有的资源，规划日程，出schedule，project做的
需求我个人觉得可以用原型法就是你说的html静态页面
概要设计是要设计类，设计数据库的（一般采用比较成熟的框架，Spring Struts Hibernate）
详细设计就要具体到每个页面了，包括字段，页面的业务逻辑，权限，各种限制（最大长度之类的）
每个页面用到的SQL
之后就是依据设计文档进行开发了
最后测试，记录测试出的问题，修复bug
发布
这是对新手的
如果做的好点就要用V型模型，每个阶段对应测试用例的编写
要写的就多了
简单写下，仅供参考
祝你成功！
------解决方案--------------------
这话题开的可真大！
简要概述一下需求吧，需求是系统的基准，描述了系统的范围、功能性非功能性要求等等，也是以后测试的输入，及需求管理的依据（客户不能随意更改，必须经过CCB，这样可以有效地控制项目范围、成本、周期）………………
需求文档中所有的功能点都要一一列出，并进行优化级划分（很重要），功能粒度根据目标系统自行把握，每个功能的前置条件、输入、输出、分支处理、后置条件都要描述清楚…………
需求就是一门大学文，上面仅仅是列一些皮毛知识，算给楼主开个头吧。
设计（概设HLD、详设LLD）、项目管理那就更多了…………
楼主要是有兴趣可以看一下CMM-SW、ISO
------解决方案--------------------
sf
------解决方案--------------------
之前需要定义项目范围，估算成本，估算周期。
客户需求不一定由用户编写
需求分析的目的是，需求分析的结果完全可以作为项目设计和开发，测试的指导。
摘要设计和详细设计可合二为一
通常我们在摘要设计中确定了项目的框架和架构。
和客户做什么？
沟通，再沟通。
随时提交迭代版本，保证你已经做的、正在做的、将要做的都和用户要做的一致。
------解决方案--------------------
反正客户是你表哥
估计大家说太多你也不明白，自己想怎么做就怎么做吧，如果遇到问题你可能会真正考虑到某个文档的必要性了