home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / software / 4174 < prev    next >
Encoding:
Internet Message Format  |  1992-11-07  |  3.0 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!sdd.hp.com!spool.mu.edu!umn.edu!paperboy.micro.umn.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!drycas.club.cc.cmu.edu!cantaloupe.srv.cs.cmu.edu!rochester!cornell!uw-beaver!cs.ubc.ca!alberta!kakwa.ucs.ualberta.ca!edson!kcampb
  2. Newsgroups: comp.software-eng
  3. Subject: Tracking and Managing Change in Software Development
  4. Message-ID: <kcampb.721031290@edson>
  5. From: kcampb@ee.ualberta.ca (Kevin Campbell)
  6. Date: Fri, 6 Nov 1992 06:28:10 GMT
  7. Sender: news@kakwa.ucs.ualberta.ca
  8. Distribution: comp.software-eng
  9. Organization: University Of Alberta, Edmonton Canada
  10. Keywords: Software Environments, Change
  11. Summary: Interested in research into managing change during sw development
  12. Nntp-Posting-Host: edson.ee.ualberta.ca
  13. Lines: 41
  14.  
  15. I am currently writing a paper for a graduate SE course on change during
  16. the software development life cycle.  I have been reading this group for
  17. a couple of weeks and believe that some of you may have some insight into
  18. this subject.
  19.  
  20. It is commonly accepted that changes in requirements are going to occur
  21. later in the sw life cycle.  Traditionally once a product of the life cycle
  22. was deemed to be stable it was baselined and put under configuration management
  23. in an attempt to track and reduce the impact of changes.  All changes had
  24. to be more formally specified and ideally they were reviewed by  
  25. configuration control board (CCB) to determine the impact of the change (basic
  26. SCM).  The concept as I understand it is to make change more visible and
  27. provide a tracking mechnism.
  28.  
  29. In a recent paper from IEEE Trans. on Software Engineering, May 1992:
  30.         Environment Evolution: The Prism Model of Changes
  31.         Nazim H. Madhavji
  32. Madhavji has built a model of changes supported by two environment 
  33. infrastructures (Dependency and Change structure).  The purpose is to
  34. record changes to the environment going beyond simply recording changes
  35. to files.  Madhavji advocates that changes to anything in the environment
  36. should be analyzed and recorded.  This includes for example:  people,
  37. policies, laws, resources, processes and results.  The dependency structure
  38. is used for describing various items and their interdependencies and for
  39. identifying the items affected by a given change.  The change structure
  40. is for classifying, recording and analyzing change-related data.
  41.  
  42. I believe in a Integrated Software Development Environment (ISDE) it would
  43. be possible to have tools that would derive interdependency information
  44. on items created during the life cycle.  This for example could recognize that
  45. a given design decision was dependant on requirements X, Y and Z in the SRD.
  46. This tool could then be used to aid in analyzing the effects of a change 
  47. in requirements or design decisions.
  48.  
  49. I would be interested in any references relating to attempts to go beyond
  50. traditional SCM in managing change.  Additionally I would be interested in 
  51. peoples comments on the subject.
  52.  
  53. ---
  54. Kevin Campbell
  55. kcampb@edson.ee.ualberta.ca
  56.