系统设计发生了变化，应该怎样修改文档？

caoyanjuan 2002-05-21 10:54:24

系统设计发生了变化，应该怎样修改文档？

...全文

164 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

青润 2002-05-21

打赏
举报

回复

系统设计发生变化？如果只是设计发生变化，那么，对应的设计文档和编码、测试文档需要修改，同时项目开发计划等相关文档需要做调整就可以了。

41、什么是系统瓶颈？参考答案：瓶颈主要是指整个软硬件构成的软件系统某一方面或者几个方面能力不能满足用户的特定业务要求，“特定”是指瓶颈会在某些条件下会出现，因为毕竟大多数系统在投入前。严格的从技术角度讲，所有的系统都会有瓶颈，因为大多数系统的资源配置不是协调的，例如CPU 使用率刚好达到 100％时，内存也正好耗尽的系统不是很多见。因此我们讨论系统瓶颈要从应用的角度讨论：关键是看系统能否满足用户需求。在用户极限使用系统的情况下，系统的响应仍然正常，我们可以认为改系统没有瓶颈或者瓶颈不会影响用户工作。因此我们测试系统瓶颈主要是实现下面两个目的： -发现“表面”的瓶颈。主要是模拟用户的操作，找出用户极限使用系统时的瓶颈，然后解决瓶颈，这是性能测试的基本目标。 -发现潜在的瓶颈并解决，保证系统的长期稳定性。主要是考虑用户在将来扩展系统或者业务发生变化时，系统能够适应变化。满足用户目前需求的系统不是最好的，我们设计系统的目标是在保证系统整个软件生命周期能够不断适应用户的变化，或者通过简单扩展系统就可以适应新的变化。 42、文档测试主要包含什么内容？参考答案：在国内软件开发管理中，文档管理几乎是最弱的一项，因而在测试工作中特别容易忽略文档测试也就不足为奇了。要想给用户提供完整的产品，文档测试是必不可少的。文档测试一般注重下面几个方面：文档的完整性：主要是测试文档内容的全面性与完整性，从总体上把握文档的质量。例如用

SpareBank 1中的公共前端此存储库包含SpareBank 1的设计系统及其实现的设计文档，技术文档和代码-通用前端（FFE）。设计师？设计系统在不断变化。使用主题负责人和您周围的环境来保持最新状态，并改进设计系统以满足您的需求。开始了与联系（或），他们将帮助您访问Verktøykassatil Figma。如果发生更改或添加新内容，则由主题负责人更新工具箱。到目前为止，更改是通过内部渠道宣布的-请与主题负责人联系，您将被指示正确的方向以接收这些消息 :thumbs_up: 您有改进的想法还是新的想法？这么好！ :party_popper: 在专业论坛上与您的同事讨论此问题，并将对想法是否包含在设计系统中进行联合评估。从那里开始，工具箱将更新，然后在Github上打开一个问题，以便开发人员可以选择任务并在FFE中进行更改。开发人员？您是第一次使用FFE吗？请参阅下的文档 :open_book: 本READ

某手机操作系统可以根据用户不同的喜好在2种主题之间进行切换，随着主题的变化，系统中的字体、app图标、壁纸、锁屏壁纸等元素会随之发生变化。

面向对象的分析与设计、UML以及ROSE软件开发中，我们常碰到的情况在一个软件系统的开发过程中，我们会经常碰到以下情况：对用户的需求理解错误(反映在我们通信企业，很多时候表现为对协议或规范的需求理解不准确)。我们对需求的表示，就是用需求文档，用户很难对我们的需求文档提出建设性的一件或者是发现文档中的错误。而且就是系统的开发人员很多时候也是无法从需求文档里获取足够的信息，只好去问写文档的人或知道的人。无法应对经常变化的需求，在软件开发过程中，需求可能经常在变，原因可能是用户本身需求的变化，也可能是我们对需求的理解在发生变化，但结果是每次需求变化会带来软件系统的开发延迟，最糟糕的情况是推倒了重来。

作为一名软件工程师，如何写好一份优秀的设计文档，是十分重要的。本文试图描述如何才能写好一份设计文档。本文分为4个部分：为什么要写一份设计文档要包含在设计文档中的内容怎么写相关过程为什么要写一个设计文档？设计是软件过程的一个重要环节。而设计文档的编写，更是设计阶段的重要产物。设计文档也被业界人士认为是技术规范，描述是如何解决或实现需求中内容，最终于愿景达成最终一致性的比较文件。设计文档是确保正确完成工作的最有用工具。设计文档中应该包含哪些内容？设计文档描述了问题的..

1,265

社区成员

28,324

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章