Бағдарламалық жобаларды алгоритмдік басқару: SEER SEM туралы мәліметтер
SEER-SEM
Бағдарламалық жасақтама жобаларын басқаруға арналған SEER SEM туралы біліңіз. Жобалық шығындарды болжау, тәуекелдерді талдау және ресурстарды жоспарлауға көмектеседі.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Алгоритмдік жобаны басқару бағдарламалық жасақтамасы
Algorithmic project management software
SEER for Software (SEER SEM) – бағдарламалық құралды әзірлеуге қажетті ресурстарды болжауға арналған жобаны басқару қолданбасы.
SEER for Software (SEER SEM) is a project management application used to estimate resources required for software development.
Тарих
1966 жылы жүйелік даму корпорациясы регрессияға негізделген модельді жасады. 1980 жылы Дон Рейфер мен Дэн Галораттың мақаласы JPL Softcost моделін құруға түрткі болды. Бұл модель – бағдарламалық қамтамасты бағалаудың ерте мысалы, ол автоматтандырылған тәуекелдерді талдауды жүргізуге мүмкіндік береді. Кейіннен Softcost Reifer Consultants компаниясымен коммерциялық өнімге айналдырылды. 1984 жылы JS 2 және Галорат Дженсен моделіне негізделген 3-жүйені жобалады. Дженсен моделінен шабыттанған 3-жүйе, сондай-ақ Барри Боемнің COCOMO және Doty Associates компаниясының алғашқы жұмыстары, Галораттың 1980 жылдардың соңында әзірлейтін бағдарламалық қамтамасты жиынтығына тікелей және жанама үлес қосушылар ретінде қарастырылады. 1988 жылы Galorath Incorporated SEER SEM-нің бастапқы нұсқасымен жұмыс бастады.
1966 System Development Corporation Model based on regressions. 1980 Don Reifer and Dan Galorath paper which prompted the building of the JPL Softcost model. This model, an early example of software estimation, allows for automated and performed risk analysis. Softcost was later made a commercial product by Reifer Consultants. 1984 Computer Economics JS 2 and Galorath Designed System 3 based on the Jensen model. The Jensen inspired System 3, and other modeling systems like Barry Boehm's COCOMO and early works by the Doty Associates can be seen as direct and indirect contributors to the software suite that would be developed by Galorath in the late 1980s. In 1988, Galorath Incorporated began work on the initial version of SEER SEM.
Модельдер тобы
SEER for Software (SEER SEM) – күш-жігер, мерзім, персонал және ақауларды бағалау үшін бірлесіп жұмыс істейтін модельдер жиынтығы. Бұл модельдерді олар жауап беретін сұрақтар арқылы қысқаша сипаттауға болады:
SEER for Software (SEER SEM) is composed of a group of models working together to provide estimates of effort, duration, staffing, and defects. These models can be briefly described by the questions they answer:
Өлшемді анықтау. Бағдарламалық жобаның көлемі қандай (кодтың жолдары, функционалдық бірліктер, қолдану сценарийлері және т.б.) Технология. Дамытушылардың қандай өнімділікке қол жеткізуі мүмкін (қабілеттері, құралдары, тәжірибелері және т.б.) Күш-жігер мен кесте есептеуі. Жобаны аяқтау үшін қандай күш-жігер мен уақыт қажет? Шектеулі күш-жігер/кесте есептеуі. Егер жоспарланған мерзім мен персоналға шектеулер қойылса, жобаның күтілетін нәтижесі қалай өзгереді? Іс-шаралар мен еңбекті бөлу. Бағалауға іс-шаралар мен еңбекті қалай бөлу керек? Құн есептеуі. Жобаға қаншалықты қаржы жұмсалуы тиіс? Ақауларды есептеу. Өнім түрін, жоба мерзімін және басқа да ақпаратты ескере отырып, жеткізілген бағдарламалық жасақтаманың күтілетін объективті сапасы қандай? Қолдауға қажетті күш-жігерді есептеу. Қолданыстағы бағдарламалық жүйені тиісінше күтіп ұстау және жаңарту үшін қанша күш-жігер қажет? Барыс. Жоба қалай дамуда және оның соңы қалай болады? Сонымен қатар, қайта жоспарлау қалай жүзеге асырылады? Дұрыстығы. Аталған технологияны қолдану арқылы осы дамуға қол жеткізуге болады ма?
Sizing. How large is the software project being estimated (Lines of Code, Function Points, Use Cases, etc.) Technology. What is the possible productivity of the developers (capabilities, tools, practices, etc.) Effort and Schedule Calculation. What amount of effort and time are required to complete the project? Constrained Effort/Schedule Calculation. How does the expected project outcome change when schedule and staffing constraints are applied? Activity and Labor Allocation. How should activities and labor be allocated into the estimate? Cost Calculation. Given expected effort, duration, and the labor allocation, how much will the project cost? Defect Calculation. Given product type, project duration, and other information, what is the expected, objective quality of the delivered software? Maintenance Effort Calculation. How much effort will be required to adequately maintain and upgrade a fielded software system? Progress. How is the project progressing and where will it end up. Also how to replan. Validity. Is this development achievable based on the technology involved?
Бағдарламалық жасақтаманың өлшемі
Бағдарламалық жасақтаманың көлемі кез келген бағалау моделінің және көптеген бағдарламалық жасақтаманың параметрлік модельдерінің маңызды кіріс дерегі болып табылады. Қолдау көрсетілетін өлшемдерге кодтың жолдары (SLOC), функциялық нүктелер, функциялық негіздегі өлшем (FBS) және басқа да шаралар жатады. Олар ішкі қолдану үшін тиімді көлемге түрлендіріледі, бұл модельдегі ортақ өлшем бірлігі болып табылады және жаңа, қайта пайдаланылған, тіпті дайын бағдарламалық жасақтаманы бағдарламалық жасақтаманы әзірлеу процесін кешенді талдау үшін біріктіруге мүмкіндік береді. Жалпы есептеу формуласы:
Software size is a key input to any estimating model and across most software parametric models. Supported sizing metrics include source lines of code (SLOC), function points, function based sizing (FBS) and a range of other measures. They are translated for internal use into effective size is a form of common currency within the model and enables new, reused, and even commercial off the shelf code to be mixed for an integrated analysis of the software development process. The generic calculation for is:
Көрсетілгендей, тиімді көлем жаңа бағдарламалық жасақтаманың көлеміне пропорционалды түрде өседі. Ал бұрыннан бар кодты жобада қайта пайдаланғанда тиімді көлем азаяды. Бұл азаю мөлшері кодты қайта пайдалану үшін қажетті жұмыс көлемімен (қайта жобалау, қайта іске асыру және қайта сынау) анықталады.
As indicated, increases in direct proportion to the amount of new software being developed. increases by a lesser amount as preexisting code is reused in a project. The extent of this increase is governed by the amount of rework (redesign, re implementation, and retest) required to reuse the code.