Конфигурационное управление. Конфигурационное управление (англ. software configuration management, SCM) в программной инженерии — комплекс методов, направленных на систематический учёт изменений, вносимых разработчиками в программный продукт в процессе его разработки и сопровождения, сохранение целостности системы после изменений, предотвращение нежелательных и непредсказуемых эффектов, формализацию процесса внесения изменений. В целом, конфигурационное управление отвечает на вопрос: «Кто-то уже сделал нечто, как нам это воспроизвести?»
Изначально управление конфигурацией применялось не в программировании. Под конфигурацией понимался состав деталей конечного продукта и «взаимное расположение частей» физического изделия. Таким образом, конфигурацией можно управлять, контролируя документы, описывающие конечный продукт, требования к нему, всю его проектную и технологическую документацию. Цели и задачи[править | править исходный текст] Цели конфигурационного управления: Задачи конфигурационного управления: LEAN по-русски / RosInvest.Com / Понедельник, 30 января 2012 г. Бережливое производство обычно сравнивают с философией или боевым искусством. Зародившись на заводе Toyota в Японии, новая система быстро стала популярной во всем мире. В международной традиции систему управления ресурсами именуют lean production, или просто lean, а в Японии на ее основе создано философское учение кайдзен, в основе которого лежит идея непрерывного совершенствования всех бизнес-процессов.
Идеи стали настолько популярными, что в свое время опыт Страны восходящего солнца начали использовать такие компании, как Boeing или Alcoa. В 2000-х гг. практика распространилась и на Россию, однако несколько специфическим способом. Экономия на минимумах Одним из стимулов для внедрения lean на российской почве стало появление крупных производственных холдингов, стремящихся стандартизировать свои бизнес-процессы и вывести предприятия на новый уровень доходности. По тому же пути пошли многие крупные российские компании. Найти зерно Универсальные оптимизаторы. Поиск. ScrumWorks - CollabNet.
Кайдзен. Кайдзен, кайдзэн (яп. 改善 кайдзэн? , ромадзи Kaizen; встречается неверный вариант «кайзен») — японская философия или практика, которая фокусируется на непрерывном совершенствовании процессов производства, разработки, вспомогательных бизнес-процессов и управления, а также всех аспектов жизни. «Кайдзен» в бизнесе — постоянное улучшение, начиная производством и заканчивая высшим руководством, от директора до рядового рабочего. Улучшая стандартизованные действия и процессы, цель кайдзен — производство без потерь (см. Бережливое производство). Впервые философия кайдзен была применена в ряде японских компаний (включая Toyota) в период восстановления после Второй мировой войны, и с тех пор распространилась по всему миру.
Термин «кайдзен» стал широко известен благодаря одноимённой книге Масааки Имаи (1986, Kaizen: The Key to Japan’s Competitive Success). В японском языке слово «кайдзен» означает «непрерывное совершенствование». Принципы кайдзен[править | править исходный текст] Построение бизнес-моделей. Настольная книга стратега и новатора - Александр Остервальдер, Ив Пинье :: БИЗНЕС-КНИГИ на Менеджмент.com.ua. Название: Построение бизнес-моделей. Настольная книга стратега и новатора Автор(ы): Александр Остервальдер, Ив ПиньеИздательство: "Альпина Паблишер", — 2013 Описание: Оригинал (англ.): "Business Model Generation: A Handbook for Visionaries, Game Changers, and Challengers" by Alexander Osterwalder, Yves Pigneur Книга предлагает оригинальную концепцию анализа, построения и совершенствования бизнес-моделей, которой пользуются крупнейшие компании мира, включая Google, IBM, Ericsson.
Авторы предлагают простой и понятный способ визуального представления основных базовых элементов, раскрывающих логику выбранного компанией способа извлечения прибыли. Большой лист бумаги и блок стикеров — вот и все, что понадобится для освоения авторского метода создания бизнес-моделей. Эта книга — практическое пособие по выживанию в новой, постоянно меняющейся бизнес-среде с потрясающе легким изложением материала. Вы — предприниматель по духу? Об авторах: Александр Остервальдер (Alexander Osterwalder) Метрика программного обеспечения. Ме́трика програ́ммного обеспе́чения (англ. software metric) — мера, позволяющая получить численное значение некоторого свойства программного обеспечения или его спецификаций. Поскольку количественные методы хорошо зарекомендовали себя в других областях, многие теоретики и практики информатики пытались перенести данный подход и в разработку программного обеспечения. Как сказал Том ДеМарко, «вы не можете контролировать то, что не можете измерить», перефразировав высказывание Д.
И. Менделеева «наука начинается там, где начинают измерять». Метрики[править | править исходный текст] Набор используемых метрик включает: Критика[править | править исходный текст] Потенциальные недостатки подхода, на которые нацелена критика: Неэтичность: Утверждается, что неэтично судить о производительности программиста по метрикам, введенным для оценки эффективности программного кода. См. также[править | править исходный текст] Selenium - автоматизация веб-браузеров - Что такое Selenium? Гибкая методология разработки.
Гибкая методология разработки (англ. Agile software development, agile-методы) — серия подходов к разработке программного обеспечения, ориентированных на использование итеративной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля[источник не указан 30 дней]. Существует несколько методик, относящихся к классу гибких методологий разработки, в частности экстремальное программирование, DSDM, Scrum. Большинство гибких методологий нацелены на минимизацию рисков путём сведения разработки к серии коротких циклов, называемых итерациями, которые обычно длятся две-три недели. Каждая итерация сама по себе выглядит как программный проект в миниатюре и включает все задачи, необходимые для выдачи мини-прироста по функциональности: планирование, анализ требований, проектирование, программирование, тестирование и документирование.
Основные идеи: Redmine. Redmine — открытое серверное веб-приложение для управления проектами и задачами (в том числе для отслеживания ошибок). Redmine написан на Ruby и представляет собой приложение на основе широко известного веб-фреймворка Ruby on Rails. Распространяется согласно GNU General Public License. Функциональные возможности[править | править исходный текст] Данный продукт предоставляет следующие возможности: Структура базы данных[править | править исходный текст] Пользователи системы[править | править исходный текст] Пользователи являются одним из центральных понятий предметной области. Роли[править | править исходный текст] Роли пользователей определяются гибкой моделью определения прав доступа пользователей.
Пользователям назначается роль в каждом проекте, в котором он участвует, например «менеджер в проекте по разработке сайта А», «разработчик в проекте по поддержанию интранета компании» или «клиент в проекте по рефакторингу информационной системы компании Б». Задачи[править | править исходный текст] Система отслеживания ошибок. Система отслеживания ошибок (англ. bug tracking system) — прикладная программа, разработанная с целью помочь разработчикам программного обеспечения (программистам, тестировщикам и др.) учитывать и контролировать ошибки и неполадки, найденные в программах, пожелания пользователей, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий. Состав информации о дефекте[править | править исходный текст] Главный компонент такой системы — база данных, содержащая сведения об обнаруженных дефектах. Эти сведения могут включать в себя: Кроме того, развитые системы предоставляют возможность прикреплять файлы, помогающие описать проблему (например, дамп памяти или скриншот).
Жизненный цикл дефекта[править | править исходный текст] Как правило, система отслеживания ошибок использует тот или иной вариант «жизненного цикла» ошибки, стадия которого определяется текущим состоянием, или статусом, в котором находится ошибка. Типичный жизненный цикл дефекта: Проприетарные Разное. Программное обеспечение для управления проектами. Программное обеспечение для управления проектами — определение для комплексного программного обеспечения, включающее в себя приложения для планирования задач, составления расписания, контроля цены и управления бюджетом, распределения ресурсов, совместной работы, общения, быстрого управления, документирования и администрирования системы, которое используются совместно для управления крупными проектами.
Задачи программного обеспечения для управления проектами[править | править исходный текст] Планирование[править | править исходный текст] Одной из наиболее распространенных возможностей является возможность планирования событий и управления задачами. Требования могут различаться в зависимости от того, как используется инструмент.
Наиболее распространенными являются: Расчёт критического пути[править | править исходный текст] Управление данными и предоставление информации[править | править исходный текст] Типы программного обеспечения для управления проектами[править | править исходный текст] Какие книги о методиках разработки(agile?) и управлении, планировании вы можете рекомендовать? / Q&A. Введение в JMeter. Статья подготовлена сотрудниками отдела тестирования в компании, где я работаю. На хабре уже не первый раз пишут про JMeter, но статьи имеют довольно узкую направленность, либо сложны для понимания. Поэтому, эта статья будет интересная именно начинающим.
Как-то я начал осваивать новый инстурмент — JМeter — и не смог найти какого-то полноценного руководства как руководства к действию. Постепенно, разобравшись по некоторым довольно полезным статьям и блогам, пользовательской документации, я начал что-то понимать. Суть в том, что когда мы создаем скрипт для сайта, который мы тестируем методом черного ящика, мы не знаем всех тонкостей и особенностей его работы. Подготовительные действия Мы пока не будем добавлять HTTP Proxy Server в дерево теста. Записываем скрипт при помощи HTTP Proxy Server Когда подготовительные действия завершены, добавим на «верстак» необходимый элемент: WorkBench -> Add -> Non-Test Elements -> HTTP Proxy Server. Теперь все готово для записи. Отладка скрипта. Sahi. Поднять уровень английского легко! Полиглот: Английский язык за 16 часов. Demiurge Ash - freelance web-designer. Projects. Trac Hacks - Plugins Macros etc. - Trac. Экстремальное программирование. Экстрема́льное программи́рование (англ.
Extreme Programming, XP) — одна из гибких методологий разработки программного обеспечения. Авторы методологии — Кент Бек, Уорд Каннингем, Мартин Фаулер и другие. Основные приёмы XP[править | править исходный текст] Двенадцать основных приёмов экстремального программирования (по первому изданию книги Extreme programming explained) могут быть объединены в четыре группы: Тестирование[править | править исходный текст] XP предполагает написание автоматических тестов (программный код, написанный специально для того, чтобы тестировать логику другого программного кода). Особое внимание уделяется двум разновидностям тестирования: тестирование модулей (unit testing);функциональное тестирование. Разработчик не может быть уверен в правильности написанного им кода до тех пор, пока не сработают абсолютно все тесты модулей разрабатываемой им системы. Игра в планирование[править | править исходный текст] Заказчик всегда рядом[править | править исходный текст] Разработка через тестирование. Разработка через тестирование (англ. test-driven development, TDD) — техника разработки программного обеспечения, которая основывается на повторении очень коротких циклов разработки: сначала пишется тест, покрывающий желаемое изменение, затем пишется код, который позволит пройти тест, и под конец проводится рефакторинг нового кода к соответствующим стандартам.
Кент Бек, считающийся изобретателем этой техники, утверждал в 2003 году, что разработка через тестирование поощряет простой дизайн и внушает уверенность (англ. inspires confidence)[1]. В 1999 году при своём появлении разработка через тестирование была тесно связана с концепцией «сначала тест» (англ. test-first), применяемой в экстремальном программировании[2], однако позже выделилась как независимая методология.[3]. Тест — это процедура, которая позволяет либо подтвердить, либо опровергнуть работоспособность кода. Когда программист проверяет работоспособность разработанного им кода, он выполняет тестирование вручную. Захабренные / Посты / Тестирование. 5 апреля в 13:33 Paysto предлагает инструменты для ваших проектов, но то, насколько эти проекты будут эффективны, зависит только от вас.
Одним из главных направлений работы над проектом является оптимизация его представления в сети. Для этого существует множество инструментов и приемов, но сегодня мы решили остановиться на А/В анализе, как на одном из самых эффективных способов выбора оптимального варианта вашей страницы, который позволяет точно оценить тот результат, который принесло то или иное изменение. 4 апреля в 15:55 На очередной тест к нам попал ноутбук от HP — на Core i7, с 8 гигабайтами ОЗУ и терабайтовым «винтом», оснащенный двумя видеокартами. 4 апреля в 09:20 И не только к рулю был привязан гироскоп! Хотя руль механически связан с колесами, а педаль газа — с дроссельной заслонкой, автомобиль реагирует на команды водителя не сразу. 3 апреля в 16:09 Хотите стать тестировщиком с мировым именем?
3 апреля в 12:14 31 марта в 21:47 Анонс. 28 марта в 13:19 25 марта в 12:24 Привет Хабра! Уроки Photoshop : Загрузка выделенной области из альфа-канала. Сохраненную в канале маску в любой момент можно загрузить в виде выделенной области. Это можно сделать, активизировав требуемый альфа-канал и щелкнув мышью на кнопке Load channel as selection Другой способ позволяет загружать альфа-канал, не активизируя его, что и требуется чаще всего. Щелкните левой кнопкой мыши на пиктограмме альфа-канала и при этом удерживайте клавишу Дублирование и удаление каналов Дублирование каналов рассмотрим на несколько необычном примере — сохранении в альфа-канале быстрой маски. Часто после того, как область выделена в режиме быстрой маски, возникает необходимость все-таки сохранить ее в канале. 1. 2.
Этой операцией была получена копия канала Quick Mask. но заметьте, что таким образом можно дублировать любой канал. 3. 4.