Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Непейвода Н.Н. -> "Основания программирования " -> 88

Основания программирования - Непейвода Н.Н.

Непейвода Н.Н., Скопин И.Н. Основания программирования — Институт компьютерных исследований , 2002. — 919 c.
Скачать (прямая ссылка): osnovanprogramm2002.pdf
Предыдущая << 1 .. 82 83 84 85 86 87 < 88 > 89 90 91 92 93 94 .. 316 >> Следующая

Сразу е обнару илось узкое место программирования как производ-
11 Хотя уже отмечены некотрые принципиальные отличия программистских задач от стандартных инженерных задач: в частности, для программирования отказывают отработанные на инженерных задачах методики решения проблем, такие, как ТРИЗ.
238
ГЛАВА 4. ЖИЗНЕННЫЙ ЦИКЛ
ства: неразвитость методологий этапа конструирования, с одной стороны, а с другой — невозможность сведения оценочных работ к тестированию. По существу это две стороны одной медали: нечеткость постановок задач на программирование влечет за собой больу часть трудностей этапа проверки.
результате сформулированной потребности в строгих спецификациях проекта появилось осознание того, что этап конструирования мо ет быть технологически регламентирован. И удачные организационные технологии стали появляться. Чаще это специализированные технологии, предназначенные для разработки программ особого рода, но иногда и обие технологии, не-которе из них впоследствии стали автоматизированными (в качестве конкретного примера из этого ряда уместно указать на IDEF-технологию). Позднее стали формироваться регламентирующие методики работы с требованиями на этапе анализа. И хотя формализованных технологических процедур, допускаих полне автоматические проверки, в аналитической части добиться так и не удалось (что свидетельствует об объективной трудности данной области), прогресс заметен: сегодня мо но говорить о поддерке накопления первичных требований и их систематизации, об отслеживании связей между требованиями и их реализациями в проекте и др.
онятно, что описанный процесс не столь прям, как он представлен вые. огромной мере на него влияли язкотворчество и тетные надед на то, что появление очередного "самого хорошего" языка или "самой прогрессивной" техенологии приведет к "решению всех проблем". Для становления технологий производственного программирования наиболее заметными оказались методология структурного программирования, объектно-ориентированное программирование и GNU технология движения Open Source. Пер-вая из них позволила опять осознать ограниченность способностей человека, на этот раз в связи с разработкой больих программ. торая — дала толчок к разработке методов декомпозиции, приспособленных для преодоления сло ности. Третья — показала, как мо но организовать технологи работ без привчной для производства централизации (это, видимо, громаднй обепроизводственнй и обекультурный вклад современной информатики в развитие обества, пока ее недооцениваемый в других отраслях производства). Итеративная разработка привела к необходимости модернизации основополагаих принципов проектирования программ и, в частности, к новому поняти изненного цикла.
о, несмотря на это и другие влияния, стадия комплексной автоматизации технологий программирования стала возмо ной только при соответствующем уровне развития техники, который позволил эффективно приме-
4.5.
239
нять вразительные графические возмо ности при выполнении технологических процедур конструирования программного обеспечения и поддерживать надежные и хорошо структурированные депозитарии понятий. Немало-ваным обстоятельством, позволивим перейти к комплексной автоматизации, стало осознание того, что нельзя говорить реально о промыленном программировании без поддерки технологических функций на всех этапах жизни программ. Во 80-х годах XX века появился термин CASE-технология (Computer Aided Software Engineering — компьютерная поддержка разработки программ), которым стали обозначать использование систем, обладаих комплексными автоматизированнми средствами поддерки разработки и сопрово дения программ.
Замечено, что, впрочем, вполне объяснимо, что наиболее удачным оказалось использование CASE-систем в тех специальных областях, в которых у е были успехи и опыт технологичной практической работы, пусть да е лиь на организационном уровне, а так е в тех случаях, когда специальная область у е была обеспечена наденой теоретической базой. В перву очередь здесь следует упомянуть о CASE-системах разработки баз данных в развитых реляционных СУБД (к примеру, Oracle Designer 2000 в системе Oracle). Успехи CASE-систем общего назначения скромнее, скорее всего по причине отсутствия универсальных методов, пригоднх для развития л -бых проектов. оскольку представление о модели изненного цикла всегда является основой технологии, это ее раз подтвердает правомерность построения разнообразных моделей.
Сегодня универсальные CASE-системы строятся из расчета не всеобщего назначения, а в рамках применения развитх, но все-таки специальных методологий. есомненный прогресс в данной сфере достигнут для проектирования, ориентированного на моделирование на этапах анализа и конструирования. В рамках объектно-ориентированного подхода разработан унифицированный язык моделирования UML (Unified Modeling Language), который претендует на роль основ проектирования в методологии итеративного на-раивания возмо ностей программных систем (и является таковой для н -нешнего ООП). На базе этого языка построен ряд CASE-систем общего назначения с развитыми средствами. Наиболее используемой из них является Rational Rose фирмы Rational Software, предложившей на рынок не только инструментарий для использования UML, но и комплексну методику производства систем — Rational Unified Process (RUP). Данная методика, конечно е, претендует на охват всех аспектов технологий современного программирования, но Вы уже знаете, как необходимо относиться к таким претензи-
Предыдущая << 1 .. 82 83 84 85 86 87 < 88 > 89 90 91 92 93 94 .. 316 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100