选择正确的架构
开发人员在开发数字信号处理应用时，根据他们的系统注意事项有多种架构可供选择。
数字信号处理器 (DSP) | ARM 与通用处理器 (GPP) | 微处理器 (MCU) | 专用集成电路 (ASIC) | 现场可编程门阵列 (FPGA) | 专用标准产品 (ASSP)
?数字信号处理 (DSP)已成为数字革命的基础。在手机的核心部分、音频和视频播放器、数码摄像机、电话基础设施、电机控制系统、甚至生物辨
识安全设备中，您都能找到数字信号处理器 (DSP)。不用太强的技术性，大多数信号处理函数将两列数字相乘，然后把结果相加：
结果= x1 * c1 + x2 * c2 + x3 * c3 …xn * cn
与通用处理器 (GPP) 相比，DSP 更加适合于信号处理应用。DSP 提供了
许多架构特性，有效减少了进行高效信号处理所需的指令数。换言之，比较性能比计算指令数更加重要。您真正需要测量的是实际完成的工作量。
例如，TI 的 C64x 系列 DSP 的 VLIW 架构每个周期时钟最多能够启动 8 个操作。集成的专门计算引擎通过执行硬件中的复杂函数提高性能。DSP 还通过提供性能、集成外设和片上存储器的平衡组合，针对特定应用进行
优化。
DSP 的可编程灵活性让开发人员能在软件中执行复杂的算法。DSP 不但能够支持视频编解码器（例如 MPEG-2）以及使用简单的软件升级方便地处
理不同的分辨率，它还能实施新兴的编解码器和标准，因为它们不用硬件
重新设计就能升级。如果低功率、高性能、功能灵活性和上市时间是主
要考虑因素，那么 DSP 是绝佳选择。
o来源：DSP 和 ARM MPU 选择工具
页首?ARM 与通用处理器 (GPP)提供可编程性，因此具有灵活性。但是，许多
非信号处理应用，例如电子邮件、数据库管理和文字处理则不要求乘法的
扩展使用。为了不断降低这些应用的芯片成本，GPP 通常适度地提供需
要几个周期来完成的高效乘法指令。另外，添加每个乘法的结果需要其它指令。因此，这使它们对信号处理应用并不那么理想。ARM 处理器通常用于提供丰富的人机界面，可实现运行高级操作系统（如 Linux 和 WinCE）的优势。为了发挥各自的最大优势，在视频、多媒体和工业应用中，通用
ARM 微处理器（例如 ARM9、Cortex A-8）通常与 DSP 结合使用。
o来源：DSP 和 ARM MPU 选择工具
页首?微处理器 (MCU)是可编程的处理器，因此可以利用软件的可编程性实现
不同功能和特性，与类似的硬编码逻辑实施相比较，可缩短上市时间。尽管 MCU 对实时应用并没有很强的匹配，但是它拥有广泛的产品、工具集和价值网。与 RISC/GPP 相比，MCU 拥有更低的数学处理资源，通常操作频率也较低。MCU 通常只是一个小芯片大小，因此价格相对较低。通常，MCU 具有通用特性，这使得其功耗比 DSP、ASSP 或应实现可配置功能的器件的功耗更低。但是，与 RISC 或 FPGA 相比，它们使用的硅资源通常更少，使得它们的功耗比这些替代品要高。现有芯片的 MCU 可编程性加快了所需功能的开发周期，它比开发专用芯片或 ASICS 所需的周期更快。
通过合理使用高级编程和/或标准代码模块，可显著减少开发时间，节省开发成本。MCU 是一种可编程处理器，因此可以利用软件的可编程性实现不同功能和特性，与类似的硬编码逻辑实施相比较，可节省时间。
o资源：MCU 选择工具
页首?专用集成电路 (ASIC)：很少有设计人员采用这种方法设计他们自己的芯
片。因为 ASIC 只为特定应用提供最佳性能，它们在灵活性上非常有限。
如果更改了任何参数，整个 ASIC 必须重新制造，这个流程需要花费数月以及可能数十万美元的 NRE（非重发性工程）成本。使用 ASIC 增加了设计的复杂性、缺乏对市场变更的适应能力、推向市场时间长，因此通常来说 ASIC 并不是一个理想的选择。
页首?现场可编程门阵列 (FPGA) 器件提供了与 ASIC 相近的性能，却没有与重
新制造 ASIC 相关的延迟和成本花销。但是，使用 FPGA 进行设计与 ASIC 一样复杂，而且只要小小的更改就可能导致需要完全重新布局设计。FPGA 器件的价格也很高，导致它们无法用于高产量应用。在特定应用中，FPGA 可用作 DSP 的补充。
页首?专用标准产品 (ASSP)是能够满足广泛市场的 ASIC。这类器件包括专用
处理引擎（例如 MPEG-2 解码器）或通信链接（例如 USB）。这些器件的成本很低，是由于市场产量较高，但仍然缺乏灵活性。例如，MPEG-2 ASSP 只能支持有限范围的显示分辨率；要引入新的分辨率则要求新的 ASSP，以及随之而来的硬件重新设计。
页首
进阶设计
由于便携式 MP3 播放器的要求和设计限制与医疗扫描仪很不相同，所以产品设计从确定需要满足哪些客户需要以及必须克服哪些技术障碍才能实现目标开始。怎样开始？有哪些资源可用？
步骤 1：处理器选择 | 步骤 2：技术和工具评估 | 步骤 3：初始开发 | 步骤 4：产品开发
第 1 步：处理器选择 - 确定系统的取舍，并确定哪款处理器最适合您的产品设计。
选择您的处理器–如果已决定需要数字信号处理器或 ARM 微处理器提供的灵活性、可编程性和质量，但不确定哪款处理器最适合您的应用。
访问DSP 和 ARM？有关 MPU 选择工具或详细信息，请访问跨平台的DSP 和ARM MPU 参数搜索，以帮助您确定最佳器件。
转到各个器件以了解数据表、应用手册、用户指南、相关的工具和软件等信息。
有关特定平台的入门信息，请参阅：
?Sitara? 微处理器 (MPU) 入门
?OMAP? 应用处理器入门
?C5000? DSP 入门
?C6000? 定点 DSP 入门
?C6000? 浮点/定点 DSP 入门
?DaVinci? 视频处理器入门
返回页首
步骤 2：技术和工具评估 - 成功地将产品推向市场需要控制成本和准确的上市时间。因此，任何复杂工程设计项目的成功取决于可用开发工具的质量和广度。在此阶段，将作为可能的处理器解决方案评估您的器件，并评估开发工具。
资源包括：
?免费评估工具 (FET) - 提供免费试用期为 90 天的 Code Composer Studio? IDE。TI 这个唯一的集成开发环境支持 TI 的所有TMS320? DSP 平台。
?入门/试验板–这些电路板（或者 USB 记忆棒！）可以让您在开箱之后的一小时内构建应用。配备各种外设和开放的板上接口，许多器件可与各
种评估模块无缝连接，并集成了无线接口和 LAN 连接之类的辅助技术。
对于基于 DSP 的套件，完全集成 Code Composer Studio 意味着还提供
了DSP/BIOS? 实时内核和所有必要的设备驱动程序。轻薄的机箱以及长
而灵活的电缆使其可以轻松转换为开发人员自己的原型硬件。套件成本
低，入门级工具起始价格为 49 美元。此外，还有各种组织提供的采用 TI 技术的基于社区的电路板，可让您充分利用开放源码 Linux 和各种可用
软件评估处理器，并与充满活力的社区一起讨论设计。
?评估软件– TI 及其开发者网络提供各种免费驱动程序、软件模块、库和编解码器，帮助您进行评估。
?免费网上培训库 - 相关的免费网上课程（24/7 提供），提供广泛的选择类别，包括：
o信号处理应用
o芯片产品
o工具和软件
o应用
返回页首
步骤 3：初始开发 - 在此阶段，您已经确定要使用哪款处理器，但尚未构建 Beta 版电路板。
关键的工具包括：
?Code Composer Studio IDE–通过提供强健、成熟的核心功能以及简便易用的配置和图形可视化工具来加快系统设计，CCStudio? IDE 适用于产品开发的所有阶段。Code Composer Studio IDE 的起始价格为 495 美元。
?开发电路板/评估模块–可从 TI 和 TI 的开发者网络获得各种开发板、开发套件和 EVM。EVM 可用于系统开发的初始阶段直至生产阶段，提供了平台特定的硬件和软件工具来帮助您开始任何高性能或低功耗设计。
定价范围为 295 美元至 1000 美元以上。
?开发平台 - 通过组合可以立即生产面向特定应用的软件和硬件并降低设计复杂性，开发平台使您可以专注于系统的特色开发。开发平台可用于广
泛的应用领域，包括视频和影像、音频、电信以及其它基于 DSP 或 ARM 的系统。定价范围为 245 美元至数千美元。
初始开发的其它资源包括：
?eXpressDSP? 软件–包括：
o Code Composer Studio IDE
?Code Composer Studio 免费评估工具 (FET)
?操作系统 (OS/RTOS) –包括DSP/BIOS? 实时 OS 内核?可随时投产的算法/编解码器–包括 TI 的数字媒体软件，获得许可协议后可免版税。
?研讨会，一日和多日技术讲座 - 面对面的培训，范围从高层概览性研讨会到与 TI 技术专家面对面的深层切蹉编程技术讲座。
?开发者网络 - TI 的第三方网络公司提供的产品、工具、软件和咨询服务。
返回页首
步骤 4：产品开发 - 在产品开发阶段，需要完整的开发功能 - 包括产品硬件和软件的调试。旨在满足这些需求的工具包括：
?Code Composer Studio IDE - 开发人员仅在调试阶段就将花费大约 60% 的开发时间。如上面的第 2 步中所述，CCStudio 集成开发环境在整个生产过程中支持您 - 包括系统的调试和调优。Code Composer Studio IDE 的起始价格为 495 美元。
?仿真器/分析器 - TI 提供XDS510? 和XDS560? 类仿真器，支持基于JTAG 扫描的实时仿真并为完整系列的 TI DSP 提供产品支持。这些仿真
器与 Code Composer Studio 调试器界面紧密集成，使您能够利用 TI 的所有实时仿真控制和可视化功能。TI 第三方提供逻辑分析器、硬件测试
设备以及各种仿真器，这些仿真器支持不同的主机 I/O 接口，包括 USB、以太网、PCI、并行端口、PCMCIA 和 ISA 总线。TI 的 XDS 仿真器的起
始价格为 1500 美元。
TI 提供全系列技术文档，包括应用手册和用户指南，以帮助设计。另外，有关设计支持的信息，请访问https://www.doczj.com/doc/5515334829.html,。从同行和 TI 专家获取答复，以让您更快了解相关信息。
软件开发流程图 项目前期 需 求 变 化项目启动 需 要系统实变现 更系统调测 开始 获取用户需 编制初步方 编制进度 / 跟踪 需求基本确定 编制详细预 配置内部资 分配开发任 系统实现 控制/调 无需变更 技术调测 PM：获取 EU主要的关键性需求 PM：根据 GM安排编制简略 / 详细的建设方案 PM：基于内部预算对 EU提供费用报价 PM：与 EU确认需求变动及方案、费用调整 PM：完成详细内部预算并提交给GM PM：通过内部项目管理系统配置详细人员、进度安排 PM：移交 EU需求给PG，安排 PG开发任务 PG：根据 EU需求及 PM要求，执行开发任务 PM：通过内部项目管理系统审核PG工作日志， 确认 EU需求变动，执行进度控制，必要时变 更人员安排及内部预算 PG：技术调测及修改；根据TE 测试文档调试修改集成测
部署试
TE：进行集成测试，编制测试文档，提交PM，送达PG 未 通 过通过 通过项目后期 系统验收 结束PG：部署至外部服务器 PM：系统初验 EU：试用 PG ： 部署正式上线，编制开发字典，提交PM M 获得试用意见 TE：编制系统操作手册、功能列表，提交PM PM：提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项，向 GM汇报 备注： PM (Project Manager)：项目经理PG (Programmer)：程序员EU (End-User)：最终用户TE (Test Engineer)：测试工程师GM (General Manager)：总经理 硬件开发流程图
产品调研 / 新产品立设计开发执行子项目分支执 首样评审业务部主导 研发部 研发部主导 业务部 研发部主导 研发部主导 业务部 采购部 研发部主导 业务部 工程部 1、资料搜集并拟定产品需求表 ① 预期的用途，特定的功能、性能和安全要求； ② 类似产品的名称，型号或参考实物样板； ③ 细化客户对产品的外观、功能、价格等要求； ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分 析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义，进行3D 图形设计 与修改，形成《产品外观效果图》《产品3D 图》、《产品规 格书》会同业务、总经理展开评审会议，若评审通过，由业 务形成《立案通知书》和《产品研发任务书》交总经 理审批，输出交研发部进行设计开发工作。 注： B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外 观效果图》、《产品 3D 图》、《产品规格书》、《产品研发 任务书》的要求对设计工作进行策划形成《项目进度表》，包括： ① 设计过程中各阶段时间和工作内容的安排； ② 设计评审、设计验证、设计确认的安排； ③ 设计过程中各项工作的分工及各小组之间的接口及工 作顺序等； 4、项目负责人根据《项目进度表》推进设计，每设计阶段 必须与研发部经理进行设计评审，设计评审完成后研发部 完成硬件打样，首样制作由该项目各负责工程师共同制作， 并完成《样机测试记录表》、《操作说明》、《首样评审表》， 并填写《线路板通知书》、《开模申请表》交研发经理审核。研发 部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子 版、结构爆炸图、《样机测试记录表》、《软件测试 记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容，对需要做设计变更的 尤其产品外观改动的，需经总经理批准的《设计变更表》， 才能对其模具设计修改，并填写《改模记录表》。首样评审完 成修改通过后，发放至工程部由工程部汇总完成《工程 样机测试汇总表》，3 个工作日后由项目负责人组织电子、 结构、工程、品质、业务进行项目首样评审。
一般来说，制造PFD、P&ID，相关专业从事人员都是运用Visio或许AutoCAD、PIDCAD这些软件。软件都各有其长处和缺陷。AutoCAD、PIDCAD这样的纯专业软件，在软件的操作与使用上的 一般都需求花费必定的学习时间，而Visio这样的操作简略便当、又支撑制造多种图表的工艺流程 图制造软件，关于大部分人来说，是相对正确的挑选。但，Visio颇高的价格有时也会让人犹豫是否购买。那有没有类似于Visio这样操作简略、价格又适中的工艺流程图制造软件呢？答案是肯定的。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很 专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专 业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图
亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作
拟制：部门：日期：审核：部门：日期：批准：部门：日期：
0．定义 PDT（Product Development Team）：产品研发核心小组，是一种跨资源部门的产品研发组织形式，负责从产品立项到批量生产的产品全流程管理，主要目标是根据产品研发 合同书的要求确保产品在市场上获得成功。 软件项目组：由各业务部软件开发人员组成，接受软件开发经理和业务部软件部的共同领导，负责完成产品的需求分析，软件概要与详细设计，编码实现与单元测试，集成调 试和系统联调等工作。 1．目的 本流程旨在有效地规范软件开发过程，进一步提高软件开发的工程化、系统化水平，提高软件产品质量和文档管理质量，以保证软件开发的规范性和继承性。 2．适用范围 2．1 本流程适用于研发系统所有含软件系统开发的项目和单板软件。 2．2 本流程主要指导按照瀑布模型和V模型进行软件开发的过程，对于采用快速应用开发模型、原型法、渐增模型以及螺旋模型来指导软件开发过程的情况，可以对本流程进行适当的取舍和裁剪，但是在《软件开发计划》中必须说明。 3．流程提要 3．1 本流程在各个评审点均有可能反馈至前面的某个阶段，即每个步骤都会影响前面几个步骤的变化，这是一个循环改进的过程。 3．2 PDT软件组和测试组根据产品规格与系统需求数据库进行软件需求分析，定义系统软件规格，提交《软件需求规格说明书》作为软件系统设计和开发的基础。PDT组织软件组和相关人员根据软件规格进行概要设计，提交《软件概要设计说明书》和《软件开发计划》。3．3 测试组在软件概要设计评审通过后介入软件开发过程，启动《产品测试流程》。 3．4 软件组/测试组根据软件概要设计结果进行软件详细设计，提交《软件详细设计说明书》和《单元测试计划》，然后根据设计结果进行软件和测试程序编码。 3．5 编码阶段完成后，软件组和测试组首先对代码进行单元测试与代码审查，然后进行软件集成调试和集成测试，提交相应的软件集成调试记录与测试报告。
一个完整的软件开发流程一、开发流程图
二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。 2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。
3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。 2、编码过程一般还需进行服务端和移动端的联调等。
软件项目开发流程 一：需求调研分析 1相关系统分析员向用户初步了解需求，然后用word列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。 3 系统分析员向用户再次确认需求。 二：概要设计 首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。 三：详细设计 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。 四：编码 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 五：测试 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。 六：软件交付准备 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。 （《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。） 七：验收 用户验收。
软件开发制作——流程图 项目开发中的各种2010-05-07 20:15:24 阅读700 评论1 字号：大中小订阅 1、各司其职的形状 在我的流程图中，适用于不同目的和功能的形状都有各自确定的规范。到目前为止，我一共定义了以下一些形状：（1）开始和结束 作为整张流程图的头和尾，必须标清楚到底具体指哪个页面，以免日后出现歧义。 （2）网页 如你所见，网页的形状是一个带有漂亮的淡蓝色过渡效果的长方形，它的边框为深蓝色，中间写明了这个网页的用途，括号中的数字代表这个形状所对应的demo文件的名称（比如这里是2.html），我有时会把流程图输出为网页的形式，并把每个网页形状和它所对应的demo文件链接起来，这样查看起来非常方便。对OmniGraffle来说这是小菜一碟，如果你被迫用Visio，嗯…… 另外，所有从形状出来的线条，都具有和此形状边框一样的颜色。这样的做法不仅看起来漂亮，在复杂的流程图中还能轻易地标明各形状的关系。我没有见过类似的做法，所以这是由我首创也说不定，呵。 （3）后台判断
很常见的一个形状。我在用法上有一点和其他人的不同在于，我几乎总是让…是?的分支往下流动，让…否?的分支向右流动。因为流程图一般都是从上向下、从左到右绘制的，遵循上述规则一方面可以让绘制者不用为选择方向操心，另一方面也方便了读者阅读。 （4）表单错误页 既然有表单，当然会有错误信息。其实这个信息很重要，用户出错时惶恐不安，就靠着错误提示来解决问题了。你不在流程图里说什么时候显示错误页、不在demo里提供错误页，有些程序员会直接在网页上写个“错误，请检查”，所以UI 设计师一定要对这个东西重视起来。 但一般来说也没必要把每种错误都在流程图中表示出来，因为含有两个文本框的表单就有三种出错情况了，多了就更不用说了。所以我都是把错误页变为表单的附属页，比如表单页的编号为2，那么此表单错误页的编号就从2.1开始排下去，每种错误放到一个附属页中，这样程序员在拿到demo时也能搞清楚什么意思。 结合网页和表单的形状，一个表单验证的流程图就是这样的：
软件开发流程 开发流程总图 可行性分析和项目开发计划-->需求分析-->概要分析-->详细设计-->编码-->测试-->维护 （一）可行性分析和项目开发计划 软件可行性研究的目的就是用最小的代价在尽可能短的时间内确定该软件项目是否够开发，是否值得去开发。 i.技术可行性 确定现有资源（软件、硬件、技术人员）条件下，项目是否能实现。 ii.经济可行性 进行开发成本的估算以及了解取得经济效益的评估，确定要开发的项目是否值 得投资去开发。 iii.社会可行性 要开发的项目是否存在任何侵犯、妨碍等责任问题，要开发项目的运行方式在 用户组内是否行得通，现有管理制度、人员素质、操作方式是否可行。 编写文档：《可行性研究报告》 《项目开发计划》 《项目开发计划》是一个管理性文档，说明项目的各项主要工作，双方承担的责任，项目完成期限及其他条件限制。 （二）需求分析 需求分析是指：开发人员准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转化到相应形式的功能规约(需求规格说明书)的过程。 需求分析的任务： i.问题识别 1.功能需求：所开发的软件必须具备怎样的功能。 2.性能需求：待开发的软件的技术性能指标。 3.环境需求：软件运行时所需的软硬件的要求。 4.用户界面需求：人机交互方式等。
ii.分析与综合，导出软件的逻辑模型 在分析与综合中，逐步细化软件功能，划分各个子功能，用图文结合的形式， 建立系统的逻辑模型。 iii.编写文档 《需求规格说明书》：把双方共同的理解与分析结果用规范的方式描述出来，作为今后各项工作的基础。 《初步用户使用手册》：着重反应被开发软件的用户功能界面和用户使用的具体要求。 《确认测试计划》：对原计划进行适当修整。 需求分析方法：结构化分析方法，简称SA，是面向数据流进行分析的方法。该方法使用简单易读的符号，根据软件内数据传递、变换的关系，自顶向下逐层分解，描绘出满足功能要求的软件模型。 描述工具： 数据流图（DFD）：以图形方式描绘数据在系统中流动和处理的工程。 数据字典（DD）：为分析人员查找数据流图中有关名字的详细定义而服务。 （三）概要设计 概要设计是要软件“做什么”的逻辑模型变换为“怎么做”的物理模型，把软件需求转换为软件表示，描述软件的总的体系结构。 概要设计任务 i.设计软件系统结构 1.采用某种设计方法，将一个复杂的系统按功能划分为模块 2.确定每个模块的功能 3.确定模块之间的调用关系 4.确定模块之间的接口 ii.数据结构及数据库设计 对于大型数据处理的软件系统，除了控制结构的模块设计外，数据结构与数据 库设计也比较重要。 iii.编写概要设计文档 《概要设计说明书》 《数据库设计说明书》
在软件行业有一句话：一个软件能否顺利的完成并且功能是否完善，重要是看这个软件有多少文档，软件开发文档是一个软件的支柱，如果你的开发文档漏洞百出，那么你所开发出来的软件也不可能会好；开发文档的好坏可以直接影响到所开发出来软件的成功与否。 ? 一、软件开发设计文档：软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计说明书。 1、软件需求说明书：也称为软件规格说明。该说明书对所开发软件的功能、性能、用户?界面及运行环境等做出详细的说明。它是用户与开发人员双方对软件需求取得共同理?解基础上达成的协议，也是实施开发工作的基础。软件需求说明书的编制目的的就是?为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解、并使之面成为?整个开发工作的基础。 其格式要求如下：?? 1?引言? 1．1?编写目的。 1．2?背景? 1．3?定义?? 2?任务概述? 2．1?目标?
2．2?用户的特点? 2．3?假定和约束?? 3?需求规定? 3．1?对功能的规定? 3．2?对性能的规定? 3．2．1?精度? 3．2．2?时间特性的需求? 3．2．3?灵活性? 3．3?输入输出要求? 3．4?数据管理能力要求? 3．5?故障处理要求? 3．6?其他专门要求?? 4?运行环境规定? 4．1?设备? 4．2?支持软件? 4．3?接口?
4．4?控制?? 2、概要设计说明书：又称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理。流程、程序系统的组织?结构、模块划分、功能分配、接口设计。运河行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。 其格式要求如下：?? 1?引言? 1．1?编写目的? 1．2?背景? 1．3?定义? 1．4?参考资料?? 2?总体设计? 2．1?需求规定? 2．2?运行环境? 2．3?基本设计概念和处理流程? 2．4?结构? 2．5?功能需求与程序的关系?
软件开发文档说明(完整流程)
在软件行业有一句话：一个软件能否顺利的完成并且功能是否完善，重要是看这个软件有多少文档，软件开发文档是一个软件的支柱，如果你的开发文档漏洞百出，那么你所开发出来的软件也不可能会好；开发文档的好坏可以直接影响到所开发出来软件的成功与否。 一、软件开发设计文档：软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计说明书。 1、软件需求说明书：也称为软件规格说明。该说明书对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。软件需求说明书的编制目的的就是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解、并使之面成为整个开发工作的基础。 其格式要求如下： 1 引言 1．1 编写目的。 1．2 背景 1．3 定义 2 任务概述 2．1 目标 2．2 用户的特点 2．3 假定和约束 3 需求规定 3．1 对功能的规定 3．2 对性能的规定 3．2．1 精度 3．2．2 时间特性的需求 3．2．3 灵活性 3．3 输入输出要求 3．4 数据管理能力要求 3．5 故障处理要求 3．6 其他专门要求 4 运行环境规定 4．1 设备 4．2 支持软件 4．3 接口 4．4 控制 2、概要设计说明书：又称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理。流程、程序系统的组织结构、模块划分、功能分配、接口设计。运河行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。
软件开发流程说明文档 第一步：需求调研分析 1、相关系统分析员向用户初步了解需求，然后用word列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 2、系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。 3、系统分析员向用户再次确认需求。 第二步：概要设计 首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。 第三步：详细设计 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证
软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。 第四步：编码 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 第五步：测试 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。 第六步：软件交付准备 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。 《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。 第七步：验收 用户验收。