Управление качеством продукции на иностранном предприятии "EPAM Systems"
Отчет по практике - Менеджмент
Другие отчеты по практике по предмету Менеджмент
омпании функционирует Совет по качеству.
Совет по качеству состоит из высококвалифицированных специалистов в области разработки программного обеспечения. Возглавляет Совет по качеству главный технический директор.
Члены Совета по качеству назначаются главным техническим директором.
Основные функции Совета по качеству:
анализ выполнения Политики в области качества;
анализ функционирования системы управления качеством;
оценка качества программного продукта
оценка качества процессов системы управления качеством;
оценка результативности и эффективности корректирующих и предупреждающих действий;
рассмотрение, анализ и разработка решений по результатам функционирования системы управления качеством;
анализ деятельности внутренних аудиторов системы управления качеством;
улучшение системы управления качеством.
2.4 Организация контроля качества на предприятии
Важную роль во всех проектах Epam Systems играет тестирование. Обнаружение и устранение проблем после развертывания программного обеспечения будут стоить в 100-1000 раз больше, чем обнаружение и устранение этих проблем до внедрения ПО. Поэтому очень важно уметь оценивать качество системы программного обеспечения по таким параметрам как функциональность системы, ее надёжность и производительность.
Создано независимое подразделение контроля качества, специалисты этого подразделения принимают активное участие во всех фазах разработки приложения для того, чтобы обеспечить соответствие требованиям, проконтролировать последовательность его разработки и внедрения.
Лаборатория тестирования и подразделение контроля качества EPAM отвечают за:
планирование процесса тестирования;
создание тестовых примеров и драйверов;
автоматическое и ручное функциональное тестирование;
отчетность о результатах тестов;
анализ архитектуры системы тестирования;
нагрузочное тестирование;
анализ слабых мест или компонентов системы.
Понятие функциональной спецификации
Функциональная спецификация - это результат этапа проектирования, подробно описывающий требования к приложению.
Разработка функциональной спецификации очень важна, поскольку этот документ является единственным описанием проекта и используется всеми членами команды и клиентами. Именно этот документ готовит менеджер проекта, именно этот документ обсуждается клиентом и менеджером продукта, именно этот документ служит основой для руководителя разработки, архитектора базы данных и разработчиков.
Процесс создания функциональной спецификации
Определение требования к программному средству (ПС) являются исходным документом для его разработки - заданием, выражающим в абстрактной форме потребности пользователя. Они в общих чертах определяют замысел программного продукта, характеризуют условия его использования.
Определение требований является достаточно сложной и важной частью работы по созданию функциональной спецификации, поскольку необходимо точно определить, что хочет пользователь получить от программного продукта и что, в конечном счете, следует создать.
После того как требования и пожелания заказчика к будущему программному продукту определены, осуществляется их анализ.
Может существовать большое количество способов начать и проводить анализ требований, но все они должны приводить к одному и тому же результату - составлению документа, описывающего все требования и пожелания пользователя.
Результатом анализа должно быть ясное понимание того, что требует пользователь, и что он хочет. Тонкое различие между этими двумя понятиями немаловажно. Требования пользователя ограничиваются представлением пользователя о предлагаемой им задаче. Эти требования пользователь явно обговаривает в процессе дискуссии. Пожелания же пользователя нередко остаются за кадром, не потому что пользователь не обговаривает их специально, а потому, что он подсознательно считает некоторые требования естественными и не требующими специального выделения.
Таким образом, после получения заказа на новую разработку (или на модификацию существующей) начинается анализ требований и пожеланий заказчика и заканчивается составлением документа, в деталях описывающего данную разработку. Главной целью анализа требований заказчика является нахождение того, что хочет пользователь. Если данная фаза разработки проекта была тщательно проведена, осуществляется переход на следующую фазу, где разрабатывается конечный продукт, составляемый для пользователя - функциональная спецификация.
Функциональная спецификация - это мост между начальным обзором требований и технической спецификацией, разрабатываемой позже. Начальный обзор требований выделяет то, что система должна делать, а техническая спецификация - это детализированное проектирование каждого элемента системы. Таким образом, функциональная спецификация описывает, ЧТО система будет делать, но не как это будет выполнено. Это различие важно. Функциональная спецификация также включает описание всех главных функциональных модулей и учитываемые ограничения.
Этот документ в бизнес-терминах объясняет, что должна делать система, как должна работать и выглядеть. А так же спецификация отражает самые последние и лучшие идеи и решения менеджеров, разработчиков и дизайнеров. Все в нем должно представлять интерес для пользователя, и он не должен быть пере?/p>