Программисты - волшебники: они создают программы,
осязаемые, ощущаемые, видимые - из чистой, невесомой мысли*
Помните
книжных волшебников, таких, как примеру как Гарри Поттер, или, если вам
ближе Старик Хоттабыч и множество других книжных персонажей. Одним
своим словом, они создавали материальные вещи и вызывали природные
катаклизмы, заставляли летать по воздуху себя и других, да и много чего
еще. Хотя Старик Хоттабыч, по моему ничего слишком страшного не делал.
Ну, отправил всех людей из цирка неизвестно куда, но ведь вернул же
обратно их в цирк, но делал это одной лишь силой
мысли, и что интересно, произносил он при этом одни и те же слова, не в
пример всем этим зарубежным доморощенным волшебникам.
|
|
Сергей
Трофимов |
01/02/2008
|
Согласно
общему определению, эффективность -
это отношение затрат к результатам работы.
Можно говорить про экономическую
эффективность, социальную, экологическую
и еще неизвестно какую, но в любом случае -
главными понятиями эффективности будут
затраты и результаты.
|
|
Что такое правильная
разработка программных систем? Что
является правильным? Создаете ли вы «программу
на коленке» или используете новейшие
методологии RUP,
XP, UML,
или что-то более экзотическое. Когда
можно сказать, что разработка правильна,
что является критерием? Вот некоторые
мысли по этому поводу.
|
|
Техническое задание
(также — техзадание, ТЗ) — технический документ
(спецификация), оговаривающий набор требований к системе и утверждённый как
заказчиком/пользователем, так и исполнителем/производителем системы. Такая
спецификация может содержать также системные требования и требования к
тестированию.
Техническое задание позволяет:
- исполнителю — понять
суть задачи, показать заказчику «технический облик» будущего изделия,
программного изделия или автоматизированной системы;
- заказчику — осознать,
что именно ему нужно;
- обеим сторонам —
представить готовый продукт;
- исполнителю —
спланировать выполнение проекта и работать по намеченному плану;
- заказчику — требовать
от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ;
- исполнителю —
отказаться от выполнения работ, не указанных в ТЗ;
- заказчику и
исполнителю — выполнить попунктную проверку готового продукта
(приёмочное тестирование — проведение испытаний);
- избежать ошибок, связанных
с изменением требований (на всех стадиях и этапах создания, за исключением
испытаний).
|
|
Rational Unified Process (RUP) — методология разработки программного
обеспечения, созданная компанией Rational Software
Принципы
В основе RUP лежат следующие основные принципы
- Ранняя идентификация и
непрерывное (до окончания проекта) устранение основных рисков.
- Концентрация на выполнении
требований заказчиков к исполняемой программе (анализ и построение модели
прецедентов).
- Ожидание изменений в
требованиях, проектных решениях и реализации в процессе разработки.
- Компонентная архитектура,
реализуемая и тестируемая на ранних стадиях проекта.
- Постоянное обеспечение
качества на всех этапах разработки проекта (продукта).
- Работа над проектом в сплочённой
команде, ключевая роль в которой принадлежит архитекторам.
|
|
|
|
<< [Первая] < [Предыдущая] 1 2 3 4 [Следующая] > [Последняя] >>
|
Результаты 19 - 27 из 30 |