Software process framework at Sun

ACM Stand. Pub Date : 1996-09-01 DOI:10.1145/240819.240830
Katy Dickinson
{"title":"Software process framework at Sun","authors":"Katy Dickinson","doi":"10.1145/240819.240830","DOIUrl":null,"url":null,"abstract":"Ⅵ In 1985, Sun Microsystems began to develop its formal software processes (the company was then just three years old). These software processes now cover all steps of a product (from the point of view of a variety of functional areas), from inception through end of life. This article is a brief overview of the software processes that we have created and continue to develop at Sun. The need for this constant development is due to the fact that Sun's market environment is undergoing rapid and constant change, to which the company must respond. process is a method for implementing change. Change can be an initiation (change from nothing to something), revision (change from something to something else), or elimination (change from something to nothing). A software process must be able to address work of great complexity and must itself be malleable in order to continue to be effective. That is, it must provide a known, approved, and effective means to make change happen. A formal process should make it easier to do business, improve quality, and simplify training. Processes do not have to be complex in themselves, but a process is usually not established as an important and identifiable pattern of actions with sequenced approvals unless the change to which it applies is complex. Since Sun's corporate culture promotes individualism and experimentation (\" to ask permission is to seek denial \" is one of Sun CEO Scott McNealy's favorite aphorisms), we call the core of our software infrastructure a \" framework. \" The image is that of a stable and open structure which can hold a wide variety of successful styles, interpretations, and implementation methods. Sun is a hardware company at heart. Nonetheless, we recognize that it is the suite of software products which motivate customers to choose one system (the combined hardware-software product) over another. Thus, two of Sun's \" planets \" (wholly owned subsidiary companies) are almost entirely devoted to software. These planets function as independent software companies, but always within the context of the larger hardware-oriented corporation. This fundamental hardware orientation was apparent from the inception of Sun's first software-only process. It was created eleven years ago in response to a strong request from our manufacturing department for a written and orderly mechanism for the transmission, or \" release, \" of a software product from development engineering into manufacturing. After many energetic attempts to cram the …","PeriodicalId":270594,"journal":{"name":"ACM Stand.","volume":"23 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"1996-09-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"2","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"ACM Stand.","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1145/240819.240830","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 2

Abstract

Ⅵ In 1985, Sun Microsystems began to develop its formal software processes (the company was then just three years old). These software processes now cover all steps of a product (from the point of view of a variety of functional areas), from inception through end of life. This article is a brief overview of the software processes that we have created and continue to develop at Sun. The need for this constant development is due to the fact that Sun's market environment is undergoing rapid and constant change, to which the company must respond. process is a method for implementing change. Change can be an initiation (change from nothing to something), revision (change from something to something else), or elimination (change from something to nothing). A software process must be able to address work of great complexity and must itself be malleable in order to continue to be effective. That is, it must provide a known, approved, and effective means to make change happen. A formal process should make it easier to do business, improve quality, and simplify training. Processes do not have to be complex in themselves, but a process is usually not established as an important and identifiable pattern of actions with sequenced approvals unless the change to which it applies is complex. Since Sun's corporate culture promotes individualism and experimentation (" to ask permission is to seek denial " is one of Sun CEO Scott McNealy's favorite aphorisms), we call the core of our software infrastructure a " framework. " The image is that of a stable and open structure which can hold a wide variety of successful styles, interpretations, and implementation methods. Sun is a hardware company at heart. Nonetheless, we recognize that it is the suite of software products which motivate customers to choose one system (the combined hardware-software product) over another. Thus, two of Sun's " planets " (wholly owned subsidiary companies) are almost entirely devoted to software. These planets function as independent software companies, but always within the context of the larger hardware-oriented corporation. This fundamental hardware orientation was apparent from the inception of Sun's first software-only process. It was created eleven years ago in response to a strong request from our manufacturing department for a written and orderly mechanism for the transmission, or " release, " of a software product from development engineering into manufacturing. After many energetic attempts to cram the …
Sun的软件过程框架
Ⅵ1985年,太阳微系统公司开始开发正式的软件流程(当时该公司刚刚成立3年)。这些软件过程现在涵盖了产品的所有步骤(从各种功能领域的角度来看),从开始到生命周期结束。本文简要概述了我们在Sun已经创建并继续开发的软件过程。这种不断发展的需要是由于Sun的市场环境正在经历快速和不断的变化,公司必须对此做出反应。过程是实现变更的一种方法。改变可以是开始(从无到有),修改(从某物到另一物),或消除(从某物到无)。软件过程必须能够处理非常复杂的工作,并且为了继续有效,它本身必须具有延展性。也就是说,它必须提供一种已知的、经过批准的、有效的方法来实现变更。一个正式的流程应该使做生意更容易,提高质量,简化培训。流程本身不必复杂,但通常不会将流程建立为具有顺序批准的重要且可识别的操作模式,除非它所应用的更改非常复杂。由于Sun的企业文化提倡个人主义和实验(“请求许可就是寻求拒绝”是Sun首席执行官Scott McNealy最喜欢的格言之一),我们将软件基础设施的核心称为“框架”。图像是一个稳定开放的结构,可以容纳各种成功的风格、解释和实现方法。Sun本质上是一家硬件公司。尽管如此,我们认识到是软件产品套件促使客户选择一个系统(组合的硬件-软件产品)而不是另一个系统。因此,Sun的两个“行星”(全资子公司)几乎完全致力于软件。这些行星作为独立的软件公司运作,但总是在更大的面向硬件的公司的背景下。从Sun的第一个纯软件进程开始,这种基本的硬件导向就很明显了。它是在11年前创建的,是为了响应我们的制造部门的强烈要求,为软件产品从开发工程到制造的传递或“发布”提供一个书面的和有序的机制。经过多次努力把……
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约1分钟内获得全文 求助全文
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:481959085
Book学术官方微信