software-quality - 垂死软件的迹象

Closed. This question needs to be more focused。它当前不接受答案。












想要改善这个问题吗？更新问题，使它仅关注editing this post的一个问题。

4年前关闭。



Improve this question




软件即将消亡的迹象是什么？

开发人员如何找到预警以保护软件免于死亡？

从用户的角度来看，我认为这很清楚-他们无法有效使用的东西会浪费掉。

除此之外，该软件还会因其代码而死亡-体系结构，编码风格，代码库的大小，代码库的组织和程序员的素质。

我想知道如何聆听软件垂死的迹象并采取纠正措施。是否有任何著名的示例软件因为没有开发人员听过这些标志而死亡？是否有正在保存的垂死软件的例子？

最佳答案

以下任何一项均清楚表明您的系统位于濒危物种 list 中:

允许存在单个故障点(只有一个人可以理解)

管理未分配资源来修复缺陷

六个月没有积极开发

一年中没有发布周期

基础供应商产品/库不在支持范围内

资源从一个项目中撤出，并且在一个季度内未替换两次以上

环境变化(例如较高的用户量)未得到纠正

未测量性能且调整不定期发生(性能降低)

基础结构更改迫在眉睫(操作系统，数据库，硬件)

用户由于系统中的缺陷，挫折或错误而创建了变通方法

用户群正在下降

保持项目至关重要的方法:

直接和直接与您的管理人员互动

准确报告缺陷率，并根据管理成本对缺陷率进行量化

尽可能多地自动化构建，测试，打包和部署周期

尽可能模块化系统

拥有明确的指标并在必要时调整应用程序

了解您的用户认为最关键的内容，并解决这些需求

对于从死里复活的软件库，我必须将第一个功能区赋予Objective-C。

关于software-quality - 垂死软件的迹象，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/759108/