Зарегистрируйся в два клика и получи неограниченный доступ к материалам,а также промокод на новый заказ в Автор24. Это бесплатно.
Сущностью программного объекта является конструкция, состоящая из сцепленных вместе концепций: наборов данных, взаимосвязей между элементами данных, алгоритмов и вызовов функций.[2]
К свойствам сущности можно отнести:
• сложность (зависит от размеров, уникальности каждой составляющей подпрограммы, проблема масштабирования ПО и прочее
Зарегистрируйся, чтобы продолжить изучение работы
. Служит причиной технических и административных проблем.);
• согласованность (для качественной работы в различных операционных системах, интегрировании с другим программным обеспечением);
• изменяемость (постоянная модификация программного обеспечения в зависимости от изменений на рынке или свойств аппаратного обеспечения);
• незримость (сложность заключается в визуальном представлении концепции работы программного обеспечения, его иерархии и контроля поэтапной работы).
Фредерик Брукс. Глава 11. Планируйте на выброс.
Брукс считает, что сложность создания программного обеспечения заключается в задании технических требований, проектировании и проверке этой концептуальной конструкции, а не в затратах, связанных с ее представлением и проверкой точности представления. [3]
1.2 Акциденции программного объекта
Акциденция – сложности разработки программного продукта, которые уже были решены или упрощены, которые предлагают упрощенное разработку и продвижение.
К акциденциям Ф.Брукс отнес:
• языки программирования высокого уровня (языки программирования, обладающие абстракциями, структурированностью и иерархичностью, возможностями модульного программирования. Например, язык программирования высокого уровня Ada, очень популярный на тот период);
• объектно-ориентированное программирование (возможность описания объектов, классов и свойств заметно упрощают процесс программирования);
• искусственный интеллект (использование компьютеров в решении задач для ускорения и оптимизации процесса программирования);
• экспертные системы (составляющая часть ИИ, которая призвана обеспечить правила и требования необходимые для приема, обработки и результата работы программного обеспечения);
• «автоматическое» программирование (задание задачи и автоматическое получение ее решения, своего рода эфимизм в программировании);
• графическое программирование (использование компьютерной графики в программировании);
• верификация программ (устранение ошибок на этапе тестирования, соотношение частоты ошибки к периоду работы без ошибок);
• среды программирования и инструменты (редакторы для упрощенного программирования);
• рабочие станции (совершенствование аппаратуры ведет к совершенствованию программных возможностей).
• быстрое макетирование (моделирование главных интерфейсов, функций предполагаемой системы);
Фредерик Брукс. Глава 17. Новый выстрел «Серебряной пули нет»
Несмотря на то, что на данный момент существует много акциденционных процессов, они ограничены производительностью, стоимостью и прочее. Поэтому иногда удобнее использовать уже готовые программы, чем создавать свои, так как можно столкнуться с проблемой – что решить, а что разрабатывать.
Так же немаловажной концепцией может стать наращивание программного обеспечения со временем и, тем самым, его совершенство и удобство для использования. Но с этой теорией тоже нельзя пользоваться постоянно, так как в определенный момент может получиться огромная структура данных, которая хоть и будет многозадачной, но из-за своих технических и аппаратных требований будет не эффективной и малопроизводительной среду для работы.
Самой важной частью будет хорошие и качественные разработчики. Мало иметь хорошее программное обеспечение для разработки, необходимо иметь грамотных и обученных людей, которые будут на нем работать
50% реферата недоступно для прочтения
Закажи написание реферата по выбранной теме всего за пару кликов. Персональная работа в кратчайшее время!
Источник: author24referat.ru
Обзор книги Ф. Брукс «Мифический человеко-месяц»
Эта книга — юбилейное (дополненное и исправленное) издание своего рода библии для разработчиков программного обеспечения во всем мире, написанное Бруксом еще в 1975 году. Тогда же книга была издана на русском языке и давно уже стала библиографической редкостью. В США полагают, что без прочтения книги Брукса не может состояться ни один крупный руководитель программного проекта.
Если вы никогда не слышали об этой книге, вы можете поискать ссылки на нее в Интернете (Frederick P. Brooks, The Mythical Man-Month). Вам все сразу станет понятно. Вот, например, как отзываются об этой книге заказчики крупнейшего зарубежного web-магазина Amazon.com.
Фредерик Брукс — профессор вычислительной техники в школе бизнеса Кенан университета штата Северная Каролина в Чэпел Хилл. Он известен, прежде всего, как `отец IBM System/360`. Помимо этого, Брукс занимался разработкой в IBM архитектуры компьютеров Stretch и Harvest.
В 1985 году Фредерик Брукс, Боб Эванс и Эрик Блох были награждены Национальной медалью в области технологии за проектирование разработки операционной системы Operating System/360.
Доктор Брукс был членом национального и военного комитетов по науке, основал в Чэпел Хилл факультет вычислительной техники и возглавлял его с 1964 по 1984 годы. В настоящее время он занимается преподаванием и исследованиями в области архитектуры компьютеров, молекулярной графики и виртуальных сред.
Мое впечатление
Первое издание книги было написано еще в 1975 году. В новом издании она не сильно изменилась, была дополнена и где-то подправлена, чтобы отразить новые моменты, которые произошли с тех времен.
Основная часть книги содержит рассказа о создании операционной системы OS/360, над которой работал и автор в свое время. Приводятся примеры того, как и что реализовывалось, подчеркивает те моменты, на которые выделялось больше всего внимания. Многие моменты посвящены реализации той или иной части OS/360.
В книге рассказано про человеко-месяц, который применяется при оценке проектов. Рассказано что это такое и как его стоит правильно понимать.
В книге автор сделал акцент на то, чтобы рассказать как модно работать над проектами, как правильно рассчитать количество занятых в них, как повлияет увеличение числа человек ил часов и тп. Пожалуй это одна из важнейших частей книги, которую модно использовать и сегодня. Многим менеджерам проектов следует знать такое.
Также автор делает акцент на то, как необходимо проектировать систему и отдельные модули в целом. Замечу, что даже не смотря, что книга достаточно старая, но приведенные сведения имеют ценность и актуальность даже сегодня.
Кому-то может на сегодня показаться странным, что при проектировании каждого модуля системы, делалось ограничение по памяти и многим другим параметрам, влияющими на быстродействие системы. Однако это и правильно, потому что раньше ресурсы были ограничены, нежели сегодня. Сегодня их доступно во много раз больше, на порядок и это хорошо. Но…стоит разумно их использовать.
Так как при разработке приложения сегодня редко делается ограничение на ресурсы, так как нарастить ресурсы сегодня проще, да и это пожалуй один из тех рычагов, который позволяет манипулировать пользователями, заставляя их покупать более новое и мощное железо. Верно не верно, но за этим все таки желательно следить и сегодня.
Таким образом, книга из эпохи зарождения информационных технологий от автора, который и сам приложил руку к развитию ИТ, достойна и ее можно читать не смотря на ее год выпуска.
Предисловие к изданию 1995 года
Предисловие к первому изданию
Глава 1. Смоляная яма
Глава 2. Этот мифический `человеко-месяц`
Глава 3. Операционная бригада
Глава 4. Аристократия, демократия и системное проектирование
Глава 5. Эффект второй системы
Глава 6. Донести слово
Глава 7. Почему не удалось построить Вавилонскую башню?
Глава 8. Объявляя удар
Глава 9. Два в одном
Глава 10. Документарная гипотеза
Глава 11. Планируйте на выброс
Глава 12. Острый инструмент
Глава 13. Целое и части
Глава 14. Назревание катастрофы
Глава 15. Обратная сторона
Глава 16. Серебряной пули нет — сущность и акциденция в программной инженерии
Глава 17. Новый выстрел `Серебряной пули нет`
Глава 18. Заявления `Мифического человеко-месяца`: правда или ложь?
Глава 19. `Мифический человеко-месяц` двадцать лет спустя
Эпилог
Примечания и ссылки
Скачать книгу: Frederick_Brooks-The_Mythical_Man-Month-RU-1995
Книгу можно приобрести:
- Oz.by: http://oz.by/books/more101035.html
- Ozon.ru: http://www.ozon.ru/context/detail/id/83760/
Источник: digiman89.wordpress.com
Programming stuff
Вот уже более 30 лет прошло с момента выхода первого издания легендарной книги Фредерика Брукса »Мифический человеко-месяц». Немного перефразируя самого автора можно сказать так: »Мифический человеко-месяц» остается книгой, с которой все еще считаются в современной практике программирования. Ее читательская аудитория выходит за пределы сообщества программистов-разработчиков, она все еще порождает статьи, цитаты и письма, причем не только разработчиков программ, но и юристов, врачей, психологов, социологов. Эта книга, написанная 30 лет назад об опыте разработки программ, имевшем место 40 лет назад, остается актуальной и даже полезной.
Причина заключается в том, что »история человечества — это пьеса, в которой сюжеты постоянны, сценарии медленно меняются с развитием культуры, а декорации меняются непрерывно. Поэтому в ХХ веке мы узнаем себя в Шекспире, Гомере и Библии. Поэтому в той мере, в какой »МЧ-М» написан о людях, он устаревает медленно>.
Автор излагает материал очень красочно, сочно, в целом абсолютно не возникает мысли о том, что читаешь техническую литературу. А насколько актуальны его мысли! Ведь мы и теперь любим свою профессию за те же самые радости, мы печалимся от тех же самых проблем, наши проекты все также погрязают в смоляных ямах, мы остаемся все такими же оптимистами и точно так же ошибаемся в своих оценках, надеясь »что все будет идти хорошо». Мы точно также осуществляем »свои построения на основе чистого мышления», точно так же робеем в своих оценках перед заказчиком и точно также читаем »Мифический человеко-месяц» в »попытке проложить какие-то мостки через это болото».
Я не хочу приводить весь перечень цитат, которые произвели на меня впечатление, потому что они займут с десяток страниц. Читать книгу очень интересно еще и по той причине, что на страницах автор заложил очень многое, что стало практикой программирования только сегодня.
Так, автор описывает самодокументирование программ, которое позже мы увидим в работах МакКоннелла, Ханта и Томаса. Он говорит о важности слияния документации и файлов с исходными текстами. Это именно то, о чем говорит Мейер, и что мы видим в современных средах разработки.
Брукс также поднимает вопросы сложности программных систем, которые вытекают из самой природы программного обеспечения, а также модель пошагового создания программных систем. Это именно те проблемы, которые в последствие неоднократно поднимут Буч, Джейкобсон и Рамбо в своих работах. Он уже тогда говорит о необходимости постоянного уточнения требований, о том, что пользователь не сможет, даже если захочет, предоставить полные и непротиворечивые требования, а также о пользе макетирования. Об этом позднее будут говорить Шаллоуей и Тротт и многие другие авторы.
Естественно есть и достаточное количество архаизмов. Все-таки, слишком многое изменилось в мире программного обеспечения за это время. Но это нисколько не раздражает и не расстраивает, а наоборот придает некоторый особый шарм чтению. Ведь только подумайте, книга основана на опыте разработки программ, имевшем место в 60-х годах, написана в середине 70-х, в главе 16 перепечатывается статья »Серебряной пули нет», датированная серединой 80-х, второе издание вышло в середине 90-х, а сейчас уже вторая половина следующего десятилетия. Таким образом, мы можем проследить историю отрасли за последние 40 лет!
В целом книга произвела на меня неизгладимое впечатление. И я всем и каждому советую ее прочитать. Но прочитать не просто так, в электронном виде или за бутылкой пива под телевизором, чтобы просто поставить галочку, что, дескать, все, я ее прочитал и могу с гордостью рассказывать об этом друзьям. Нет, эту книгу нужно читать в тихой обстановке, в удобном кресле, с карандашом за ухом и с запасом двух-трех десятков закладок, потому что количество полезных и интересных мыслей на строку текста — просто зашкаливает.
Источник: sergeyteplyakov.blogspot.com