У нас в компании недавно спорили - что такое аутсорсинг. Это услуга. Или наша дополнительная заслуга. Просто форма взаимодействия с заказчиком. И вообще. Ну зачем, зачем, зачем это нужно на наших просторах.
И нужны ли мы с этим аутсорсингом на чужих ( при живых то индусах, китайцах…)
Для начала процитирую то, что пишется везде:
Аутсорсинг (от англ. outsourcing; outer-source-using) использование внешнего источника/ресурса) — передача организацией определённых бизнес-процессов или производственных функций на обслуживание другой компании, специализирующейся в соответствующей области. В отличие от услуг сервиса и поддержки, имеющих разовый, эпизодический характер и ограниченных началом и концом, на аутсорсинг передаются обычно функции по профессиональной поддержке бесперебойной работоспособности отдельных систем и инфраструктуры на основе длительного контракта (не менее 1 года). Наличие бизнес-процесса является отличительной чертой аутсорсинга от различных других форм оказания услуг и абонентского обслуживания.
О повышенном внимании к аутсорсингу как к бизнес-модели, способной снизить издержки и потому особенно востребованной в кризисные времена, говорит маркетинговая активность множества ИТ-компаний, отмечается в текущем году. Интересно оценить, в какой мере сбываются надежды на рост этого бизнеса, что тормозит и что стимулирует его, какие направления выглядят наиболее перспективными. При этом не стоит забывать, что ИТ-аутсорсингом занимаются фирмы разного профиля, в том числе телеком-провайдеры, дистрибьюторы —системные интеграторы. Для всех них это бизнес побочный, и лишь небольшое число «чистых» сервис-провайдеров заняты именно предоставлением IT услуг разного толка.
понедельник, 27 декабря 2010 г.
четверг, 16 декабря 2010 г.
Разработка ПО. Часть 6
В процессе кодирования программеры чаще всего стараются добиться внутренней красоты разработанного ПО. Как бы странно это не показалось на первый взгляд, но именно внутренняя красота позволяет проекту впоследствии легко меняться и подстраиваться под изменяющиеся требования.
Работа с кодом - это искусство которому посвящены тома литературы. Вот основные моменты, сочетание которых позволяет создавать качественный, простой и надёжный код.
• Самотестирующийся код, т.е программа сама проверяет, что она правильно выполняет свои функции. Это очень мощная техника, которая позволяет устранить большинство ошибок и снизить расходы на тестировщиков.
• Рефакторинг, а на русском языке - это постоянное улучшение внутренней структуры кода. Это поддержание внутренней красоты. И хотя красота субъективна, поверьте, что все настоящие профессионалы знают о том, что такое некрасиво или дурной запах в коде.
• Работа в парах. Это не глупость и не причуда. Программисты действительно работают в парах более эффективно. Опыт подтверждает, что при парной работе создаётся намного более качественный продукт и чаще всего быстрее, чем это обычно делают два программиста по отдельности. Добавьте сюда ещё коллективное знание о деталях проекта.
После качественного кодирования продукт должен обязательно пройти через тестирование. QA лаборатория , или по-русски лаборатория контроля качества, имеет всё что нужно для того, чтобы удостовериться в соответствии полученного результата тем требованиям.
Огромную роль в тестировании, которое выполняют профессионалы, имеет автоматизация. Все тестировщики являются программистами в большей или меньшей степени, потому что им ежедневно приходится программировать.
И самый приятный этап, это внедрение и поддержка. Он наступает сразу после того, как происходит выпуск первой версии вашего продукта. Разрабатывают всю необходимую документацию, помогают определиться с выбором оборудования, установим и настроим всё, что нужно.
Работа с кодом - это искусство которому посвящены тома литературы. Вот основные моменты, сочетание которых позволяет создавать качественный, простой и надёжный код.
• Самотестирующийся код, т.е программа сама проверяет, что она правильно выполняет свои функции. Это очень мощная техника, которая позволяет устранить большинство ошибок и снизить расходы на тестировщиков.
• Рефакторинг, а на русском языке - это постоянное улучшение внутренней структуры кода. Это поддержание внутренней красоты. И хотя красота субъективна, поверьте, что все настоящие профессионалы знают о том, что такое некрасиво или дурной запах в коде.
• Работа в парах. Это не глупость и не причуда. Программисты действительно работают в парах более эффективно. Опыт подтверждает, что при парной работе создаётся намного более качественный продукт и чаще всего быстрее, чем это обычно делают два программиста по отдельности. Добавьте сюда ещё коллективное знание о деталях проекта.
После качественного кодирования продукт должен обязательно пройти через тестирование. QA лаборатория , или по-русски лаборатория контроля качества, имеет всё что нужно для того, чтобы удостовериться в соответствии полученного результата тем требованиям.
Огромную роль в тестировании, которое выполняют профессионалы, имеет автоматизация. Все тестировщики являются программистами в большей или меньшей степени, потому что им ежедневно приходится программировать.
И самый приятный этап, это внедрение и поддержка. Он наступает сразу после того, как происходит выпуск первой версии вашего продукта. Разрабатывают всю необходимую документацию, помогают определиться с выбором оборудования, установим и настроим всё, что нужно.
среда, 8 декабря 2010 г.
Разработка ПО. Часть 5
Как мы делаем качественные программные продукты
Любая работа над проектом начинается с этапа исследования и анализа предметной области. В процессе этого этапа бизнес-аналитики знакомятся с предметной областью, собирают и классифицируют необходимую информацию. Результатом исследований является техническое задание.
Дальше начинается самое интересное. Команда применяет для реализации проектов так называемый итеративный подход. Для заказчиков, это означает, всегда стремимся сделать самое нужное в первую очередь и максимально сократить время разработки до выхода первой коммерческой версии продукта.
Сложно сразу же построить идеальный проект создаваемого ПО. Вместо этого двигаются к совершенному продукту по спирали. На каждом витке этой спирали (итерации) повторяют одну и ту же последовательность действий, которые приближают к цели:
• Планирование
• Проектирование
• Кодирование
• Тестирование
Планирование нужно для того, чтобы расставить помощью приоритеты задач и сделать оценку необходимого времени выполнения. Например, если возможность просмотра файлов более важна, чем возможность редактирования, то сначала надо сделать именно просмотр. Как только приоритеты расставлены, приступают к следующему этапу.
Проектирование - это необходимый этап разработки, во время которого создаётся архитектура продукта. Обстановка на рынке постоянно меняется и продукт может стать ненужным, если отложить его выпуск. Простой дизайн всегда требует меньше времени и денег для реализации, чем сложный.
Программирование - именно на этом этапе созидается исходный код продукта. Многие пытались представить написание кода, как рутину, которая всего лишь является дополнением к проектированию. Но это не так. ( загляните в следующий пост))
Любая работа над проектом начинается с этапа исследования и анализа предметной области. В процессе этого этапа бизнес-аналитики знакомятся с предметной областью, собирают и классифицируют необходимую информацию. Результатом исследований является техническое задание.
Дальше начинается самое интересное. Команда применяет для реализации проектов так называемый итеративный подход. Для заказчиков, это означает, всегда стремимся сделать самое нужное в первую очередь и максимально сократить время разработки до выхода первой коммерческой версии продукта.
Сложно сразу же построить идеальный проект создаваемого ПО. Вместо этого двигаются к совершенному продукту по спирали. На каждом витке этой спирали (итерации) повторяют одну и ту же последовательность действий, которые приближают к цели:
• Планирование
• Проектирование
• Кодирование
• Тестирование
Планирование нужно для того, чтобы расставить помощью приоритеты задач и сделать оценку необходимого времени выполнения. Например, если возможность просмотра файлов более важна, чем возможность редактирования, то сначала надо сделать именно просмотр. Как только приоритеты расставлены, приступают к следующему этапу.
Проектирование - это необходимый этап разработки, во время которого создаётся архитектура продукта. Обстановка на рынке постоянно меняется и продукт может стать ненужным, если отложить его выпуск. Простой дизайн всегда требует меньше времени и денег для реализации, чем сложный.
Программирование - именно на этом этапе созидается исходный код продукта. Многие пытались представить написание кода, как рутину, которая всего лишь является дополнением к проектированию. Но это не так. ( загляните в следующий пост))
понедельник, 6 декабря 2010 г.
Часть 4 ПО и проблемы )
Недостаточная надежность. Самый сложный процесс — поиск и исправление ошибок в программах на ЭВМ. Поскольку число ошибок в программах заранее неизвестно, то заранее неизвестна и продолжительность отладки программ и отсутствие гарантий отсутствия ошибок в программах. Следует отметить, что привлечение доказательного подхода к проектированию ПО позволяет обнаружить ошибки в программе до её выполнения. В этом направлении много работали Кнут, Дейкстра и Вирт. Профессор Вирт при разработке Паскаля и Оберона за счет строгости их синтаксиса добился математической доказуемости завершаемости и правильности программ, написанной на этих языках. Особенно крупный вклад в дисциплину программирования внёс Дональд Кнут. Его четырёхтомник «Искусство программирования» является необходимой для каждого серьезного программиста книгой.
Данная проблема возникает при неправильном выборе средств разработки. Например, при попытке создать программу, требующую средств высокого уровня, с помощью средств низкого уровня. Например, при попытке создать средства автоматизации с СУБД на ассемблере. В результате исходный код программы получается слишком сложным и плохо поддающимся структурированию.
Отсутствие гарантий качества и надежности программ из-за отсутствия гарантий отсутствия ошибок в программах вплоть до формальной сдачи программ заказчикам.
Данная проблема не является проблемой, относящейся исключительно к разработке ПО. Гарантия качества — это проблема выбора поставщика товара (не продукта).
Разработка ПО может кстати быть и не полная. Т.е. иногда можно что называется доработать ПО, если конечно же это ПО позволяет сделать такие фокусы. (обычно оно должно быть написано с помощью открытых стандартов)
Если у вас есть своя служба ИТ департамента то можно разработавать ПО и своими силами. Кстати, в этом случае некую часть разработки можно отдать на сторону. Например, стадию бизнес-анализа или тестирования. В этом случае вы будете уверены в качестве создаваемого ПО. Ведь не секрет, что программисты любят замалчивать о своих ошибках или приуменьшать их важность.
Данная проблема возникает при неправильном выборе средств разработки. Например, при попытке создать программу, требующую средств высокого уровня, с помощью средств низкого уровня. Например, при попытке создать средства автоматизации с СУБД на ассемблере. В результате исходный код программы получается слишком сложным и плохо поддающимся структурированию.
Отсутствие гарантий качества и надежности программ из-за отсутствия гарантий отсутствия ошибок в программах вплоть до формальной сдачи программ заказчикам.
Данная проблема не является проблемой, относящейся исключительно к разработке ПО. Гарантия качества — это проблема выбора поставщика товара (не продукта).
Разработка ПО может кстати быть и не полная. Т.е. иногда можно что называется доработать ПО, если конечно же это ПО позволяет сделать такие фокусы. (обычно оно должно быть написано с помощью открытых стандартов)
Если у вас есть своя служба ИТ департамента то можно разработавать ПО и своими силами. Кстати, в этом случае некую часть разработки можно отдать на сторону. Например, стадию бизнес-анализа или тестирования. В этом случае вы будете уверены в качестве создаваемого ПО. Ведь не секрет, что программисты любят замалчивать о своих ошибках или приуменьшать их важность.
пятница, 3 декабря 2010 г.
Часть 3 ПО и проблемы )
Недостаток трассировки.
Недостаток мониторинга. Невозможность наблюдать ход развития проекта не позволяет контролировать ход разработки ПО в реальном времени. С помощью инструментальных средств менеджеры проектов принимают решения на основе данных, поступающих в реальном времени.
Данная проблема возникает в условиях, когда стоимость обучения менеджмента владению инструментальными средствами, сравнима со стоимостью разработки самой программы.
Неконтролируемые изменения. У потребителей постоянно возникают новые идеи относительно разрабатываемого программного обеспечения. Влияние изменений может быть существенным для успеха проекта, поэтому важно оценивать предлагаемые изменения и реализовывать только одобренные, контролируя этот процесс с помощью программных средств.
Данная проблема возникает вследствие нежелания конечного потребителя использовать те или иные программные среды. Например, когда при создании клиент-серверной системы потребитель предъявляет требования не только к операционной системе на компьютерах-клиентах, но и на компьютере-сервере.
Недостаток мониторинга. Невозможность наблюдать ход развития проекта не позволяет контролировать ход разработки ПО в реальном времени. С помощью инструментальных средств менеджеры проектов принимают решения на основе данных, поступающих в реальном времени.
Данная проблема возникает в условиях, когда стоимость обучения менеджмента владению инструментальными средствами, сравнима со стоимостью разработки самой программы.
Неконтролируемые изменения. У потребителей постоянно возникают новые идеи относительно разрабатываемого программного обеспечения. Влияние изменений может быть существенным для успеха проекта, поэтому важно оценивать предлагаемые изменения и реализовывать только одобренные, контролируя этот процесс с помощью программных средств.
Данная проблема возникает вследствие нежелания конечного потребителя использовать те или иные программные среды. Например, когда при создании клиент-серверной системы потребитель предъявляет требования не только к операционной системе на компьютерах-клиентах, но и на компьютере-сервере.
Часть 2 ПО и проблемы )
В данной статье я постараюсь рассказать про наиболее распространёнными проблемами, возникающим в процессе разработки ПО .
Проблем, сами понимаете, много. Следовательно буду делить их на несколько частей. А также буду признательна за комментарии и дополнения по данному поводу.
Недостаток прозрачности. В любой момент времени сложно сказать, в каком состоянии находится проект и каков процент его завершения.
Данная проблема возникает при недостаточном планировании структуры (или архитектуры) будущего программного продукта, что чаще всего является следствием отсутствия достаточного финансирования проекта: программа нужна, сколько времени займёт разработка, каковы этапы, можно ли какие-то этапы исключить или сэкономить — следствием этого процесса является то, что этап проектирования сокращается.
Недостаток контроля. Без точной оценки процесса разработки срываются графики выполнения работ и превышаются установленные бюджеты. Сложно оценить объем выполненной и оставшейся работы.
Данная проблема возникает на этапе, когда проект, завершённый более, чем на половину, продолжает разрабатываться после дополнительного финансирования без оценки степени завершённости проекта.
Проблем, сами понимаете, много. Следовательно буду делить их на несколько частей. А также буду признательна за комментарии и дополнения по данному поводу.
Недостаток прозрачности. В любой момент времени сложно сказать, в каком состоянии находится проект и каков процент его завершения.
Данная проблема возникает при недостаточном планировании структуры (или архитектуры) будущего программного продукта, что чаще всего является следствием отсутствия достаточного финансирования проекта: программа нужна, сколько времени займёт разработка, каковы этапы, можно ли какие-то этапы исключить или сэкономить — следствием этого процесса является то, что этап проектирования сокращается.
Недостаток контроля. Без точной оценки процесса разработки срываются графики выполнения работ и превышаются установленные бюджеты. Сложно оценить объем выполненной и оставшейся работы.
Данная проблема возникает на этапе, когда проект, завершённый более, чем на половину, продолжает разрабатываться после дополнительного финансирования без оценки степени завершённости проекта.
вторник, 30 ноября 2010 г.
Разработка ПО .Часть 1
Разработка ПО – это одна из самых распространенных IT услуг. В серии этих постов постараюсь раскрыть суть данного вопроса
Разработка ПО — это род деятельности (профессия) и процесс, направленный на создание и поддержание работоспособности, качества и надежности программного обеспечения, используя технологии, методологию и практики из информатики, управления проектами, математики, инженерии и других областей знания.
Для любого бизнеса нужно иметь свое программное обеспечение. Это аксиома. Конечно проще купить готовое (в некоторых случаях), но иногда все же нужно подумать об уникальном решении.
Что же лучше? Ответ как по мне прост. Если вы готовы пожертвовать необходимым вам функционалом в угоду снижения стоимости ПО то тогда, конечно же, нужно купить уже готовое решение и подстроить свой бизнес под него. В противном случае – нужно разрабатывать ПО.
Основные преимущества Разработка ПО под заказ:
Наиболее важным преимуществом, разработанных программ, является простота их внедрения на любом предприятии в независимости от количества работников, отделов, наличия представительств и филиалов. Также, среди преимуществ можно выделить простоту их настройки и использования. С каждым клиентом работа на индивидуальной основе, учитывают все требования и пожелания, при необходимости разрабатывают комплекс рекомендаций и решений, необходимых для рационального функционирования программ.
Индивидуальный подход позволяет создавать программы исключительно для клиентов. А это означает, что будет учтена специфика бизнес-процессов, которые происходят на предприятии. Например, не будет никаких лишних или не нужных опций и функций, которые часто замедляют работу, запутывают обычного пользователя, что характерно для коробочного программного обеспечения, в то же время при разработке программ под заказ, в первую очередь необходимые опции максимально доступны и эффективны при использовании.
Разработка ПО — это род деятельности (профессия) и процесс, направленный на создание и поддержание работоспособности, качества и надежности программного обеспечения, используя технологии, методологию и практики из информатики, управления проектами, математики, инженерии и других областей знания.
Для любого бизнеса нужно иметь свое программное обеспечение. Это аксиома. Конечно проще купить готовое (в некоторых случаях), но иногда все же нужно подумать об уникальном решении.
Что же лучше? Ответ как по мне прост. Если вы готовы пожертвовать необходимым вам функционалом в угоду снижения стоимости ПО то тогда, конечно же, нужно купить уже готовое решение и подстроить свой бизнес под него. В противном случае – нужно разрабатывать ПО.
Основные преимущества Разработка ПО под заказ:
Наиболее важным преимуществом, разработанных программ, является простота их внедрения на любом предприятии в независимости от количества работников, отделов, наличия представительств и филиалов. Также, среди преимуществ можно выделить простоту их настройки и использования. С каждым клиентом работа на индивидуальной основе, учитывают все требования и пожелания, при необходимости разрабатывают комплекс рекомендаций и решений, необходимых для рационального функционирования программ.
Индивидуальный подход позволяет создавать программы исключительно для клиентов. А это означает, что будет учтена специфика бизнес-процессов, которые происходят на предприятии. Например, не будет никаких лишних или не нужных опций и функций, которые часто замедляют работу, запутывают обычного пользователя, что характерно для коробочного программного обеспечения, в то же время при разработке программ под заказ, в первую очередь необходимые опции максимально доступны и эффективны при использовании.
четверг, 25 ноября 2010 г.
Управления тестированием
Внедрение системы отслеживания проблем
Для чего необходимо использовать систему отслеживания проблем?
На эффективность процесса тестирования и устранения дефектов оказывает большое влияние степень четкости процесса подготовки и анализа отчета о проблемах, а также наличие хорошего инструмента для его поддержки.
При отсутствии промышленного инструмента, группа тестирования может создать свою систему отслеживания проблем.
Цели системы отслеживания проблем:
• отслеживание состояния тестирования и устранения дефектов;
• организация взаимодействия между сотрудниками и решение спорных вопросов относительно классификации и приоритетов устранения дефектов;
• определение причин дефектов и выявление «узких» мест в процессах разработки и тестирования.
Три условия успешного старта
Таким образом, для первичной организации тестирования необходимо, образно выражаясь, выполнить условия трех «Ф», которые заключаются в следующем:
• формализации обязанностей – написании должностных инструкций и положения про отдел;
• формализации общения с программистами – внедрении BTS;
• формализации работы тестеров – создании контрольных примеров, планировании и получении отчета о тестировании.
Собственно, хороший производственный процесс тем отличается от плохого, что он не пущен на самотек, а упорядочен и управляем.
Для чего необходимо использовать систему отслеживания проблем?
На эффективность процесса тестирования и устранения дефектов оказывает большое влияние степень четкости процесса подготовки и анализа отчета о проблемах, а также наличие хорошего инструмента для его поддержки.
При отсутствии промышленного инструмента, группа тестирования может создать свою систему отслеживания проблем.
Цели системы отслеживания проблем:
• отслеживание состояния тестирования и устранения дефектов;
• организация взаимодействия между сотрудниками и решение спорных вопросов относительно классификации и приоритетов устранения дефектов;
• определение причин дефектов и выявление «узких» мест в процессах разработки и тестирования.
Три условия успешного старта
Таким образом, для первичной организации тестирования необходимо, образно выражаясь, выполнить условия трех «Ф», которые заключаются в следующем:
• формализации обязанностей – написании должностных инструкций и положения про отдел;
• формализации общения с программистами – внедрении BTS;
• формализации работы тестеров – создании контрольных примеров, планировании и получении отчета о тестировании.
Собственно, хороший производственный процесс тем отличается от плохого, что он не пущен на самотек, а упорядочен и управляем.
среда, 24 ноября 2010 г.
Введение в Software Testing
Тестирование ПО - это процесс исследования программного обеспечения с целью выявления ошибок и проверки его качества. Также тестирование ПО можно описать как процесс валидации и верификации того или иного программного продукта, чтобы узнать, на сколько точно он удовлетворяет всем техническим требованиям.
Тестирование ПО может производиться на любом этапе разработки, но чаще всего это происходит по окончанию процесса кодирования.
QA (от англ. Quality assurance — обеспечение качества) — это управление качеством процесса, который используется для создания качественного продукта. В отличии от тестирования, которое чаще всего является "контролем качества", обеспечение качества направлено на внесение изменений не только в процесс тестирования, но также во все другие этапы разработки, выпуска и эксплуатации ПО. Все это необходимо для достижения уверенности, что продукт удовлетворит все качественные потребности пользователя.
Quality assurance покрывает различные сферы деятельности: дизайн, развитие, производство, инсталляция и установка оборудования, сервисные услуги, документация и многие др.
Тестирование ПО может производиться на любом этапе разработки, но чаще всего это происходит по окончанию процесса кодирования.
QA (от англ. Quality assurance — обеспечение качества) — это управление качеством процесса, который используется для создания качественного продукта. В отличии от тестирования, которое чаще всего является "контролем качества", обеспечение качества направлено на внесение изменений не только в процесс тестирования, но также во все другие этапы разработки, выпуска и эксплуатации ПО. Все это необходимо для достижения уверенности, что продукт удовлетворит все качественные потребности пользователя.
Quality assurance покрывает различные сферы деятельности: дизайн, развитие, производство, инсталляция и установка оборудования, сервисные услуги, документация и многие др.
пятница, 15 октября 2010 г.
Терминология тестирования
Терминология тестирования
План Тестирования (Test Plan)
- это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест дизайн (Test Design)
- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Тестовый случай (Test Case)
- это совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Баг/Дефект Репорт (Bug Report)
- это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Тестовое Покрытие (Test Coverage)
- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
Детализация Тест Кейсов (Test Case Detalization)
- это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию
Время Прохождения Тест Кейса (Test Case Pass Time)
- это время от начала прохождения шагов тест кейса до получения результата теста.
План Тестирования (Test Plan)
- это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест дизайн (Test Design)
- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Тестовый случай (Test Case)
- это совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Баг/Дефект Репорт (Bug Report)
- это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Тестовое Покрытие (Test Coverage)
- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
Детализация Тест Кейсов (Test Case Detalization)
- это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию
Время Прохождения Тест Кейса (Test Case Pass Time)
- это время от начала прохождения шагов тест кейса до получения результата теста.
вторник, 28 сентября 2010 г.
Что такое тестирование ПО
Тестирование — неотъемлемая составляющая процесса программной инженерии, один из методов дальнейшего улучшения качества разработанного программного обеспечения системы посредством выявления оставшихся дефектов, не обнаруженных ранее другими видами проверок.
Специалист по тестированию
В общем случае, специалист по тестированию - достаточно разносторонне образованный в информационных технологиях инженер, имеющий представление о принципах построения ПО, структуре программных комплексов или практический опыт в разработке ПО. Также зачастую, к специалистам по тестированию работодателями выдвигаются требования в области работы с базами данных, знанию языка запросов SQL, скриптовых языков, а также познаний в администрировании операционных систем. Основное требование, что выдвигается к специалисту на позицию тестировщика ПО, это умение думать с одной стороны как пользователь того продукта или системы, котоаря находится под тестом, а с другой стороны анализировать поведение системы, входящие параметры и полученные результаты с точки зрения инженера, который принимает участие в разработке программного продукта.
Сами по себе проекты по тестированию ПО в настоящее представляют достаточно самостоятельные инженерные проекты, которые выполняются выделенными проектными командами с применением сред автоматизации тестирования, которые ничуть не уступают по возможностям самым современным средам разработки и отладки программного кода.
Специалист по тестированию
В общем случае, специалист по тестированию - достаточно разносторонне образованный в информационных технологиях инженер, имеющий представление о принципах построения ПО, структуре программных комплексов или практический опыт в разработке ПО. Также зачастую, к специалистам по тестированию работодателями выдвигаются требования в области работы с базами данных, знанию языка запросов SQL, скриптовых языков, а также познаний в администрировании операционных систем. Основное требование, что выдвигается к специалисту на позицию тестировщика ПО, это умение думать с одной стороны как пользователь того продукта или системы, котоаря находится под тестом, а с другой стороны анализировать поведение системы, входящие параметры и полученные результаты с точки зрения инженера, который принимает участие в разработке программного продукта.
Сами по себе проекты по тестированию ПО в настоящее представляют достаточно самостоятельные инженерные проекты, которые выполняются выделенными проектными командами с применением сред автоматизации тестирования, которые ничуть не уступают по возможностям самым современным средам разработки и отладки программного кода.
Тестирование. Основные понятия
План Тестирования (Test Plan)
- это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест дизайн (Test Design)
- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Тестовый случай (Test Case)
- это совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Баг/Дефект Репорт (Bug Report)
- это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Тестовое Покрытие (Test Coverage)
- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
Детализация Тест Кейсов (Test Case Detalization)
- это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию
Время Прохождения Тест Кейса (Test Case Pass Time)
- это время от начала прохождения шагов тест кейса до получения результата теста.
- это документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.
Тест дизайн (Test Design)
- это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Тестовый случай (Test Case)
- это совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Баг/Дефект Репорт (Bug Report)
- это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.
Тестовое Покрытие (Test Coverage)
- это одна из метрик оценки качества тестирования, представляющая из себя плотность покрытия тестами требований либо исполняемого кода.
Детализация Тест Кейсов (Test Case Detalization)
- это уровень детализации описания тестовых шагов и требуемого результата, при котором обеспечивается разумное соотношение времени прохождения к тестовому покрытию
Время Прохождения Тест Кейса (Test Case Pass Time)
- это время от начала прохождения шагов тест кейса до получения результата теста.
четверг, 9 сентября 2010 г.
Почему аутсорсинг? 6 статья
Что же заставляет компании прибегать к услугам сторонних специалистов? В первую очередь, это экономическая целесообразность аутсорсинга. Рассмотрим простой пример. Небольшая компания имеет локальную сеть из 530 компьютеров, которые требуют администрирования. Перед компанией стоит дилемма: нанять администратора или прибегнуть к услугам сторонней компании. В случае найма штатного сотрудника кроме заработной платы для него необходимо организовать рабочее место, для чего необходимы: компьютер, телефон, коммуникационные розетки для их подключения. Новому сотруднику нужны как минимум стол и стул. Далее, на него будет приходиться какая-то часть платежей за Интернет-канал, коммунальные услуги, часть арендной платы за помещения. За него надо платить налоги (социальный, подоходный), ему положены отпускные, возможны какие-то социальные бонусы (медицинская страховка и т.д.). Далее, каким бы хорошим специалистом нанимаемый администратор ни был, его квалификацию необходимо поддерживать, т.е. периодически оплачивать его обучение. К примеру, повышение квалификации инженера по Windows NT 4.0 до уровня Windows 2000 обойдется компании примерно в $1500. Кроме самих операционных систем, компания использует множество другого системного и прикладного программного обеспечения, грамотное обслуживание которые также требует обучения. В итоге получается, что на самом деле администратор с окладом $400500 в месяц будет обходиться компании в два-три раза дороже. Использование же услуг сторонних специалистов позволит сэкономить значительные средства. Другими причинами обращения к сторонним консультантам могут быть жесткие ограничения на срок внедрения решения, отсутствие соответствующих навыков у штатных специалистов и нецелесообразность получения этих навыков в силу одноразовости проекта, требования со стороны головной организации и ограничения на штат или фонд заработной платы
среда, 8 сентября 2010 г.
Недостатки и слабые места аутсорсинга 5
Недостатки и слабые места аутсорсинга • уровень профессионализма сотрудников аутсорсинговой компании — аутсорсера (как исполнителя, так и его руководителя) может оказаться недостаточным для выполнения работ или оказания услуг на должном уровне; • недостаточность рычагов управляющего воздействия может привести к снижению эффективности процессов и увеличению затрат на обслуживание; • наличие рисков нарушения сохранности имущества, безопасности и утечки сведений конфиденциального характера, в результате предоставления нерегулируемого доступа к документам, данным и материальным ценностям предприятия; • увеличение времени решения проблем в аварийных ситуациях, связанное с лишним передаточным звеном и согласованиями; • недостаточное знание национальных и местных культурных особенностей (при выводе call-центров за границу или в провинцию); • слабое знакомство с психологией клиентов; • недостаточное качество подбора кадровыми агентствами; • большая текучесть персонала; • штатный сотрудник (за счёт рабочего общения с коллегами) способен своевременно выявлять некоторые ошибки (как ошибка в получателе корреспонденции), а иногда проинформировать клиента о новинках, при том что внештатный обычно выявляет только «шаблонные» ошибки, которые являются менее критичными.
понедельник, 6 сентября 2010 г.
Выгоды от использования аутсорсинга 4
Аутсорсинг позволяет компании-заказчику сократить издержки и значительно снизить трудоёмкость и затраты на эксплуатацию информационных систем и приложений, сконцентрироваться на основных бизнес-процессах компании, не отвлекаясь на вспомогательные. Конкретные выгоды: • снижение стоимости реализации бизнес-процесса именно: • сокращение и контроль издержек (как правило, дешевле, чем зарплата штатной единице) • экономия на налогах на зарплату штатной единице (например, используется упрощённая система налогообложения, при которой налоги составляют 14 % вместо 26 %, а с временно пребывающих не взимается, а также страховые взносы на производственный травматизм часто ниже) • освобождение внутренних ресурсов компании для других целей (возможен синергетический эффект) • увеличение качества получаемых продуктов или услуг • фокусирование компании на основной деятельности (как фирмы-заказчика, так и исполнителя — здесь также возможен синергетический эффект) • использование специализированного оборудования, знаний, технологий • снижение рисков, связанных с реализацией бизнес-процесса • использование конкуренции на рынке исполнителя • сокращение влияния неуправляемых факторов (нехватка комплектующих) • разделение и частичная передача другой компании рисков • дополнительный доступ к финансам (на фондовом рынке) — повышение инвестиционной привлекательности фирмы.
среда, 1 сентября 2010 г.
что передают на аутсорсинг -3
Что передают на аутсорсинг
В соответствии с заявлениями многих поставщиков услуг аутсорсинга внешнему исполнителю могут быть переданы практически любые функции предприятия. На практике наиболее распространенными формами реализации аутсорсинга в СНГ пространстве является передача следующих функций: • бухгалтерский учет и расчет налогов, расчет заработной платы сотрудников; • разработка программного обеспечения • юридическое обеспечение деятельности; • управление персоналом; • информационные системы и управление базами данных; • маркетинговые коммуникации и связи с общественностью; • рекламные услуги; • переводческие услуги; • управление проектами от разработки до реализации; • вопросы экономической, информационной и физической (охрана) безопасности; • управление логистикой и доставкой; • отдельные виды или этапы производства (например, сборка и тестирование); • уборка и обслуживание; • управление транспортом, его техническое обслуживание и ремонт (воздушные и морские суда, автомобильный, железнодорожный транспорт). В ряде случаев организация обязана передать функции по осуществлению определённой деятельности сторонним организациям. Например, паевый инвестиционный фонд не может самостоятельно вести учёт, контроль и управление собственными активами. Для этого он обязан прибегать к услугам хранителя, аудитора и управляющей компании
В соответствии с заявлениями многих поставщиков услуг аутсорсинга внешнему исполнителю могут быть переданы практически любые функции предприятия. На практике наиболее распространенными формами реализации аутсорсинга в СНГ пространстве является передача следующих функций: • бухгалтерский учет и расчет налогов, расчет заработной платы сотрудников; • разработка программного обеспечения • юридическое обеспечение деятельности; • управление персоналом; • информационные системы и управление базами данных; • маркетинговые коммуникации и связи с общественностью; • рекламные услуги; • переводческие услуги; • управление проектами от разработки до реализации; • вопросы экономической, информационной и физической (охрана) безопасности; • управление логистикой и доставкой; • отдельные виды или этапы производства (например, сборка и тестирование); • уборка и обслуживание; • управление транспортом, его техническое обслуживание и ремонт (воздушные и морские суда, автомобильный, железнодорожный транспорт). В ряде случаев организация обязана передать функции по осуществлению определённой деятельности сторонним организациям. Например, паевый инвестиционный фонд не может самостоятельно вести учёт, контроль и управление собственными активами. Для этого он обязан прибегать к услугам хранителя, аудитора и управляющей компании
пятница, 27 августа 2010 г.
и все таки для чего он - товарищ, аутсосринг?) часть 2
Очень часто руководство компаний с осторожностью относится к найму сторонних специалистов, опасаясь утечки конфиденциальной информации. Компания Digital Research провела масштабное исследование, направленное на выявление каналов утечки информации в компаниях, использующих услуги аутсорсинга. Оказалось, что 59% конфиденциальной информации теряется по вине штатных сотрудников компаний, не умеющих держать язык за зубами. Но и 41% информации был потерян вовсе не из-за продажных поставщиков услуг, а по вполне банальным причинам бытовой халатности, как-то: потеря ноутбуков, кейсов с документацией и т. п. Приведенная статистика говорит, что вероятность потери конфиденциальной информации при работе с профессиональными поставщиками услуг пренебрежимо мала. Для обслуживающей ИТ-компании предоставление ИТ-услуг есть средство выживания, т.е. от качества этих услуг зависит наличие компании на рынке. Поэтому такие компании довольно жестко подходят к выбору персонала. Работающие с клиентами инженеры должны иметь не только очень высокий уровень технической экспертизы, подтвержденный поставщиками технологий (Microsoft, например), но и уметь соблюдать дисциплину и корпоративные нормы этики. и последняя инфа просто понравилась – цитирую: Аутсрсер — это специализированная организация класса B2B, поставщик услуг аутсорсинга. Основной признак аутсорсинговой организации — выделение в бизнесе ключевого процесса оказания услуг, являющихся для других организаций вспомогательными. Другим отличительным признаком аутсорсинговой организации является модель постоянного предоставления сервиса (recurring business). Аутсорсеры также могут привлекаться на выполнение разовых работ, связанных с реализацией отдельных достаточно масштабных проектов (обычно в сферах строительства, внедрения технологий и т.п.). В таких случаях обычно проектная работа в указанной сфере является узкой специализацией для аутсорсера, а продолжительность проектов составляет от 1 года до 5 лет.
среда, 25 августа 2010 г.
с чем едят аутсориснг?
У нас в компании недавно спорили - что такое аутсорсинг. Это услуга. Или наша дополнительная заслуга. Просто форма взаимодействия с заказчиком. И вообще. Ну зачем, зачем, зачем это нужно на наших просторах. И нужны ли мы с этим аутсорсингом на чужих ( при живых то индусах, китайцах…) Для начала процитирую то, что пишется везде: Аутсóрсинг (от англ. outsourcing; outer-source-using) использование внешнего источника/ресурса) — передача организацией определённых бизнес-процессов или производственных функций на обслуживание другой компании, специализирующейся в соответствующей области. В отличие от услуг сервиса и поддержки, имеющих разовый, эпизодический характер и ограниченных началом и концом, на аутсорсинг передаются обычно функции по профессиональной поддержке бесперебойной работоспособности отдельных систем и инфраструктуры на основе длительного контракта (не менее 1 года). Наличие бизнес-процесса является отличительной чертой аутсорсинга от различных других форм оказания услуг и абонентского обслуживания. О повышенном внимании к аутсорсингу как к бизнес-модели, способной снизить издержки и потому особенно востребованной в кризисные времена, говорит маркетинговая активность множества ИТ-компаний, отмечается в текущем году. Интересно оценить, в какой мере сбываются надежды на рост этого бизнеса, что тормозит и что стимулирует его, какие направления выглядят наиболее перспективными. При этом не стоит забывать, что ИТ-аутсорсингом занимаются фирмы разного профиля, в том числе телеком-провайдеры, дистрибьюторы —системные интеграторы. Для всех них это бизнес побочный, и лишь небольшое число «чистых» сервис-провайдеров заняты именно предоставлением IT услуг разного толка.
пятница, 20 августа 2010 г.
Функциональные возможности bi часть 8
Функциональные возможности Бизнес представляет собой сложный объект, который строится из множества различных по свойствам подсистем, между которыми действует большое число разнородных связей. Предпринимательская деятельность состоит из целого ряда бизнес - процессов, которые существенно зависят от множества внешних факторов: законодательных, экономических, социальных, политических. Хорошее bi решение при поиске ответов на поставленные вопросы позволяют руководителю или аналитику формулировать и решать следующие классы задач: Аналитические - вычисление заданных показателей и статистических характеристик бизнес деятельности на основе ретроспективной информации из баз данных. Визуализация данных - наглядное графическое и табличное представление имеющейся информации. Добыча знаний - определение взаимосвязей и взаимозависимостей бизнес процессов на основе существующей информации. К данному классу можно отнести задачи: проверки статистических гипотез, кластеризации, нахождения ассоциаций и временных шаблонов. Например, путем анализа экономических и финансовых показателей деятельности компаний, которые затем обанкротились, банк может выявить некоторые стереотипы, которые можно будет учесть при оценке степени риска кредитования. Имитационные - проведение на компьютере экспериментов с математическими моделями, описывающими поведение сложных систем в течение заданного или формируемого интервала времени. Задачи этого класса применяются для анализа возможных последствий принятия того или иного управленческого решения (анализ "Что, если?..."). Синтез управления - используется для определения допустимых управляющих воздействий, обеспечивающих достижение заданной цели. Задачи этого типа применяются для оценки достижимости намеченных целей, определения множества возможных управляющих воздействий, приводящих к заданной цели. Оптимизационные - основаны на интеграции имитационных, управленческих, оптимизационных и статистических методов моделирования и прогнозирования. Задачи данного класса позволяют выбрать на множестве возможных управлений те из них, которые обеспечивают наиболее эффективное (с точки зрения определенного критерия) продвижение к поставленной цели.
четверг, 19 августа 2010 г.
Обещанные примеры преимуществ для ERP-систем. bi часть 7
Обещанные примеры преимуществ для ERP-систем. Расширенная Push-отчетность и оперативный анализ - оперативные отчеты из ERP-систем отображают последние события, однако они не удовлетворяют потребностям руководства в мониторинге соотношения запланированного и реально выполненного, прогнозировании и анализе исключений. Для ответа на эти и другие вопросы и выявления существенных тенденций и шаблонов бизнес-аналитические системы (BI) обеспечиваются средствами OLAP и Data Mining. Например, для бизнес-планирования аналитики могут последовательно получать все более и более детализированную информацию о розничных продажах, изменять различные показатели и запускать анализ "что-если" для генерации наилучших и наихудших сценариев. Более сложный и содержательный анализ - ERP-информация становится даже более ценной, когда рассматривается совместно с информацией из внешних источников. Для улучшения сегментации потребителей и управления отношениями с клиентами компании могут комбинировать данные из одной или более ERP-систем, например, с демографическими показателями клиентов, с бизнес-демографическими показателями или данными геоинформационной системы. Оптимизация ваших вложений в ERP - замыкая круг между вашими системами бизнес-анализа и ERP-системами, вы можете непрерывно улучшать конкурентные преимущества вашей компании. Например, ваше бизнес-аналитическое решение может позволять на основании совершающихся покупок выявлять закономерности ценообразования на некую компоненту, которые затем позволяют компании лучше рассчитывать цены, изменяя, таким образом, процессы приобретения. Эти закономерности затем используются для развития ERP-системы.
вторник, 17 августа 2010 г.
Основные преимущества bi - часть шестая
Критически важные приложения, которые служат основой повседневного потока работ в организации, хранят огромные объемы информации, которую при этом практически невозможно использовать для принятия решений. Бухгалтерские, производственные и другие системы предназначены в большинстве своем для поддержки большого числа периодически повторяющихся транзакций, а не для помощи руководителям компании, принимающим решения. Компания, обладающая наилучшими средствами бизнес-анализа, имеет очевидное преимущество перед своими соперниками. Все то, что она знает о своих потребителях, продуктах и действиях, позволяет ей ощутимо поднять доходы, снизить издержки и себестоимость продукции и услуг, увеличить прибыльность. В типичной компании оперативная автоматизация породила данные, которые теперь располагаются в десятках несоразмерных систем. В результате для бизнес-анализа (BI) имеется масса данных в достаточно неудобной для использования форме. Даже компании, объединившие свои оперативные системы в унифицированные ERP-решения, все еще сталкиваются с трудностями в плане идентификации и повышения эффективности использования всех этих данных. Система бизнес-анализа объединяет большие объемы данных и преобразует их в информацию, которая может использоваться для улучшения принятия решений. А также позволяет компаниям использовать и другие преимущества своих ERP-систем. Примеры рассмотрим в следующем посте.
понедельник, 16 августа 2010 г.
Часть 5 Системы бизнес-анализа
Компании, в лице ее топ менеджмента, на каждом этапе развития и продвижения бизнеса необходимо понимать на каком этапе она сейчас находится. Следовательно, компании необходим анализ и статистика: которые дают ответ на вопрос что как и почему у нас сейчас? Именно эти две составляющие играют не последнюю роль в управлении эффективностью любого бизнеса, помогая определить наилучший маршрут для достижения поставленных целей компании. Рассмотрим управление потоком корпоративных данных. Ежедневно Ваша компания создаёт, собирает, накапливает огромные объемы информации. Статистика продаж, уровень запасов, данные о посетителях Вашего веб-сайта… У вас под рукой – горы бесценной информации о Вашем бизнесе. Если бы только Вы могли всегда легко получить их! Две преграды стоят на Вашем пути к получению информации. Во-первых, нужные Вам данные поступают от разных отделов и, как правило, сохраняются в различных базах, мало связанных между собой. Например, Ваши аналитики вряд ли смогут работать с данными из базы товарных запасов без предварительной интеграции. Во-вторых, информации просто слишком много – невозможно одновременно просмотреть и проанализировать все цифры. Чтобы расти и выживать, Вам необходим бизнес-анализ (Business Intelligence) – механизм, позволяющий объединить данные из всех информационных систем компании и анализировать их с помощью единого инструмента. Системы бизнес-анализа помогут Вам: • Объединить данные из разрозненных источников • Сформировать необходимую отчётность Провести глубокий и всесторонний анализ информации
среда, 11 августа 2010 г.
Назначение BI систем часть 4
Есть несколько направлений, в которых применение BI систем является более чем эффективном.
Например,
Поддержка и оптимизация управленческих решений для эффективного ведения бизнеса, сохранения конкурентоспособных позиций на рынке, повышения эффективности управления ресурсами Компании.
Информационно-аналитическая поддержка методов экономического управления и бизнес-планирования, создания благоприятных условий для привлечения источников финансирования, в том числе иностранных инвесторов.
Информационно-аналитическая поддержка бюджетирования, контроля исполнения и анализа бюджета, оценки резервов по снижению затрат, анализ нерентабельных продаж.
Оперативное предоставление ключевой информации в виде, пригодном для ее включения в корпоративную отчетность, например такой как оборот готовой продукции, сырья и комплектующих, данные о персонале и сервисе.
Управление клиентскими данными: обеспечение качества данных и совместимости для внутренних и внешних данных, используемых для сегментации и развития продвижения.
Сегментация клиентов: оценка и группировка клиентов по их прибыльности и другим показателям, важным для поддержки продвижения и управления отношениями с клиентами.
Разработка целевого продвижения: разработка целевого продвижения для отдельных потенциальных сегментов или отдельных возможных потребителей.
Управление эффективностью продвижения продукта и удовлетворенностью клиентов: Оценка эффективности продвижения в количественных показателях и выявление причин наличия/отсутствия успеха.
Управление каналами продвижения: Обеспечение возможности полного и быстрого использования канала для доставки рекламы и сообщений.
Поддержка рационального диалога с потребителем, повышение прибыльности взаимодействия с потребителями, обеспечение широкого общего доступа потребителей к соответствующим данным компании, снижение стоимости завоевания новых клиентов, цен на продукты и услуги и текучести рентабельной клиентуры.
Например,
Поддержка и оптимизация управленческих решений для эффективного ведения бизнеса, сохранения конкурентоспособных позиций на рынке, повышения эффективности управления ресурсами Компании.
Информационно-аналитическая поддержка методов экономического управления и бизнес-планирования, создания благоприятных условий для привлечения источников финансирования, в том числе иностранных инвесторов.
Информационно-аналитическая поддержка бюджетирования, контроля исполнения и анализа бюджета, оценки резервов по снижению затрат, анализ нерентабельных продаж.
Оперативное предоставление ключевой информации в виде, пригодном для ее включения в корпоративную отчетность, например такой как оборот готовой продукции, сырья и комплектующих, данные о персонале и сервисе.
Управление клиентскими данными: обеспечение качества данных и совместимости для внутренних и внешних данных, используемых для сегментации и развития продвижения.
Сегментация клиентов: оценка и группировка клиентов по их прибыльности и другим показателям, важным для поддержки продвижения и управления отношениями с клиентами.
Разработка целевого продвижения: разработка целевого продвижения для отдельных потенциальных сегментов или отдельных возможных потребителей.
Управление эффективностью продвижения продукта и удовлетворенностью клиентов: Оценка эффективности продвижения в количественных показателях и выявление причин наличия/отсутствия успеха.
Управление каналами продвижения: Обеспечение возможности полного и быстрого использования канала для доставки рекламы и сообщений.
Поддержка рационального диалога с потребителем, повышение прибыльности взаимодействия с потребителями, обеспечение широкого общего доступа потребителей к соответствующим данным компании, снижение стоимости завоевания новых клиентов, цен на продукты и услуги и текучести рентабельной клиентуры.
вторник, 10 августа 2010 г.
bi часть третья, применение
Продолжаем рассматривать идею и области применения BI.
Для начала коротко напомним, что это и для чего нужно.
Существование и развитие любой коммерческой организации, предполагает постоянный анализ собственной деятельности, состояния рынка, а также оценку предпринимаемых решений и их последствий. Чтобы устоять в условиях обостряющейся конкуренции от бизнесменов требуется умение принимать максимально взвешенные решения и определять оптимальные управленческие и финансовые стратегии.
Эффективное управление крупным и средним бизнесом сегодня не мыслимо без быстрого решения подобных задач в любой момент времени, что сильно осложняется такими факторами как использование в информационных системах разнородных источников данных, неприемлемая продолжительность выполнения запросов и построения отчетов, неготовность данных, сложности в работе с ПО, возникающими у конечных пользователей.
Адекватным средством решения подобных задач служат системы бизнес-анализа (BI) и поддержки принятия решений.
Источником данных для таких аналитических систем могут являться многомерные базы данных, персональные источники данных и возможно, специализированные хранилища/витрины данных. Последний тип источников создается для повышения скорости обработки, автоматизации и стандартизации процессов архивации и накопления данных, управления доступом к информации и других потребностей.
Для начала коротко напомним, что это и для чего нужно.
Существование и развитие любой коммерческой организации, предполагает постоянный анализ собственной деятельности, состояния рынка, а также оценку предпринимаемых решений и их последствий. Чтобы устоять в условиях обостряющейся конкуренции от бизнесменов требуется умение принимать максимально взвешенные решения и определять оптимальные управленческие и финансовые стратегии.
Эффективное управление крупным и средним бизнесом сегодня не мыслимо без быстрого решения подобных задач в любой момент времени, что сильно осложняется такими факторами как использование в информационных системах разнородных источников данных, неприемлемая продолжительность выполнения запросов и построения отчетов, неготовность данных, сложности в работе с ПО, возникающими у конечных пользователей.
Адекватным средством решения подобных задач служат системы бизнес-анализа (BI) и поддержки принятия решений.
Источником данных для таких аналитических систем могут являться многомерные базы данных, персональные источники данных и возможно, специализированные хранилища/витрины данных. Последний тип источников создается для повышения скорости обработки, автоматизации и стандартизации процессов архивации и накопления данных, управления доступом к информации и других потребностей.
понедельник, 9 августа 2010 г.
BI часть 2. приминение
Продолжаем рассматривать идею и области применения BI.
Для начала коротко напомним, что это и для чего нужно.
Существование и развитие любой коммерческой организации, предполагает постоянный анализ собственной деятельности, состояния рынка, а также оценку предпринимаемых решений и их последствий. Чтобы устоять в условиях обостряющейся конкуренции от бизнесменов требуется умение принимать максимально взвешенные решения и определять оптимальные управленческие и финансовые стратегии.
Эффективное управление крупным и средним бизнесом сегодня не мыслимо без быстрого решения подобных задач в любой момент времени, что сильно осложняется такими факторами как использование в информационных системах разнородных источников данных, неприемлемая продолжительность выполнения запросов и построения отчетов, неготовность данных, сложности в работе с ПО, возникающими у конечных пользователей.
Адекватным средством решения подобных задач служат системы бизнес-анализа (BI) и поддержки принятия решений.
Источником данных для таких аналитических систем могут являться многомерные базы данных, персональные источники данных и возможно, специализированные хранилища/витрины данных. Последний тип источников создается для повышения скорости обработки, автоматизации и стандартизации процессов архивации и накопления данных, управления доступом к информации и других потребностей.
Для начала коротко напомним, что это и для чего нужно.
Существование и развитие любой коммерческой организации, предполагает постоянный анализ собственной деятельности, состояния рынка, а также оценку предпринимаемых решений и их последствий. Чтобы устоять в условиях обостряющейся конкуренции от бизнесменов требуется умение принимать максимально взвешенные решения и определять оптимальные управленческие и финансовые стратегии.
Эффективное управление крупным и средним бизнесом сегодня не мыслимо без быстрого решения подобных задач в любой момент времени, что сильно осложняется такими факторами как использование в информационных системах разнородных источников данных, неприемлемая продолжительность выполнения запросов и построения отчетов, неготовность данных, сложности в работе с ПО, возникающими у конечных пользователей.
Адекватным средством решения подобных задач служат системы бизнес-анализа (BI) и поддержки принятия решений.
Источником данных для таких аналитических систем могут являться многомерные базы данных, персональные источники данных и возможно, специализированные хранилища/витрины данных. Последний тип источников создается для повышения скорости обработки, автоматизации и стандартизации процессов архивации и накопления данных, управления доступом к информации и других потребностей.
вторник, 3 августа 2010 г.
BI - часть первая, что это такое
Термин BI в современной IT лексике мелькает очень часто. Следовательно, требует детализации и объяснения нескольких аспектов:
- что такое BI?
- области применения / использования
- кому и каким образом может быть полезно
В общем контексте, термин BI (Business Intelligence)объединяет технологии и методы, предназначенные для сбора, интеграции, анализа и, в конечном итоге, представления информации.
Но говоря простым языком мы подразумеваем программное обеспечение, созданное для помощи менеджеру в анализе информации о своей компании и её окружении. Существует несколько вариантов понимания этого термина.
- Бизнес-аналитика – это методы и инструменты для построения информативных отчётов о текущей ситуации. В таком случае цель бизнес-аналитики – предоставить нужную информацию тому человеку, которому она необходима в нужное время. Эта информация может оказаться жизненно необходимой для принятия управленческих решений.
- Бизнес-аналитика – это инструменты, используемые для преобразования, хранения, анализа, моделирования, доставки и трассировки информации в ходе работы над задачами, связанными с принятием решений на основе фактических данных. При этом с помощью этих средств лица, принимающие решения, должны при использовании подходящих технологий получать нужные сведения и в нужное время. Таким образом, BI в первом понимании является лишь одним из секторов бизнес-аналитики в более широком втором понимании. Помимо отчётности туда входят инструменты интеграции и очистки данных (ETL), аналитические хранилища данных и средства Data Mining.
Подписаться на:
Сообщения (Atom)