Реферат: Компания "НаучСофт": характеристика предприятия и выпускаемой продукции
БЕЛОРУССКИЙГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИНФОРМАТИКИ И РАДИОЭЛЕКТРОНИКИ
КАФЕДРА МЕНЕДЖМЕНТА
РЕФЕРАТ
НА ТЕМУ:
«Компания „НаучСофт“:характеристика предприятия и выпускаемой продукции»
Минск 2009
Общаяхарактеристика предприятия, его организационно-управленческая структура
Компания «НаучСофт»является правопреемником компании «НИЛИМ» основанной в 1989 году иявляется старейшей аутсорсинговой компанией в бывшем Советском Союзе. Закрытиекомпании «НИЛИМ» и открытие компании СП ЗАО «НаучСофт» спринятием нового устава осуществлено в 1996 году. НаучСофт успешно реализовалаболее 200 крупных проектов, некоторые из которых продолжались более 100человеко-лет.
Программноеобеспечение, спроектированное НаучСофт, успешно используют 40% 500 крупнейшихкомпаний мира. В НаучСофт работают 50 профессионалов в сфере информационныхтехнологий, база кандидатов на работу в компании насчитывает более 200разработчиков. Услугами Научсофт воспользовались более 200 заказчиков в 24странах, 78% заказчиков обращаются к услугам НаучСофт повторно.
ИсториякомпанииАпрель 1989 – НаучСофтначала свою деятельность как компания, специализирующаяся в разработке ПО, вособенности программ оптимизации работы изобретателей.
Сентябрь 1989 – Первыйклиент заключил контракт на поставку программного решения для поддержкиинновационных разработок.
1989–1991 – Клиентскаябаза НаучСофт увеличивается от одного до 300 клиентов.
Июнь 1991 – Перваякомпания-клиент, входящая в 500 крупнейших компаний мира – Eastman Kodak.
Ноябрь 1991 – НаучСофтоткрывает офис в Нью-Йорке.
1992–2004 – НаучСофтявляется эксклюзивным партнером-разработчиком ПО для Invention MachineCorporation, разрабатывая решения в области искусственного разума исемантической обработки данных. Invention Machine Corporation успешно продаетразработанное НаучСофт ПО многочисленным компаниям, входящим в 500 крупнейших вмире.
2001 – до настоящеговремени – Выпуск линейки ПО для финансового анализа.
2003 – КомпанияНаучСофт представила на рынок Total Outsourcing сервис.
2005 – КомпанияНаучСофт прошла сертификацию ISO и стала ISO 9001:2000 сертифицированной компанией по разработке программногообеспечения.
2006 – КомпанияНаучСофт стала резидентом Парка Высоких технологий, а также присоединилась кНациональному аутсорсинговому объединению (National Outsourcing Association, UK).
2007 – КомпанияНаучСофт – партнер Oracle.
Сегодня компанияНаучСофт расширила спектр деятельности, представив на рынок сервис, включающийполный пакет услуг в области аутсорсинга. Стратегией компании в этом отношенииявляется обеспечение заказчиков надежными и высоко качественными программнымирешениями. НаучСофт добивается этого путем органического роста, уделениемособого внимания работе с покупателями, использованием инновационных решений ибольшого опыта сотрудников.
Успешныйшестнадцатилетний опыт работы НаучСофт доказывает клиентам эффективность инадежность компании:
– 500 крупнейшихкомпаний мира (40%) используют программное обеспечение (ПО), разработанноеНаучСофт;
– компания представилана рынок 15 линеек программного обеспечения;
– в штате компанииработают 50 опытных специалистов.
НаучСофт используеточень гибкий подход к процессу разработки ПО и старается подстроиться подзапросы заказчиков. НаучСофт стремится к долгосрочному сотрудничеству склиентами, предоставляя по возможности весь спектр услуг в областиинформационных технологий: от разработки стратегии, архитектуры,непосредственной разработки ПО, до его обслуживания, обучения ответственного заиспользование ПО персонала и технической поддержки. НаучСофт обладает опытомразработки ПО с любой стадии проекта.
Общее управлениесистемой менеджмента качества осуществляет генеральный директор с помощьюэкспертного совета по качеству (ЭСК) и представителя руководства по качествупутем периодической оценки функционирования системы менеджмента качества,контроля исполнения поручений и корректировки документации для более полноговыполнения требований потребителей.
Генеральныйдиректор осуществляет свою деятельность на основе единоначалия в соответствии сдоверенностью и отвечает за эффективность деятельности предприятия, его конкурентоспособность,экономическое состояние, результативность функционирования системы менеджментакачества, качество продукции. Он делегирует часть своих полномочий в реализацииПолитики, программ и планов по качеству непосредственно подчиненным ему работникам.
Организационнаяструктура СП ЗАО «Научсофт» представлена на рис. 1.
Решениягенеральный директор принимает на основе представленной информации,ответственность, за достоверность которой несут соответствующие руководителипроцессов и руководители подразделений. В системе менеджмента качествапредприятия руководители процессов несут ответственность за:
– функционированиепроцессов;
– обеспечениерезультативности процессов;
– информированиедиректора и представителя руководства по качеству о функционировании процессов;
– определениенаправлений на улучшение;
– корректирующихи предупреждающих действий.
Ответственностьи полномочия, а также порядок взаимодействия подразделений НаучСофт,установлены в следующих документах:
– организационная структура НаучСофт (см. рис. 1);
– организационная структура СМК;
– положенияо структурных подразделениях;
– должностныеинструкции;
– положениео владельце процесса;
– руководствопо качеству;
– приказыгенерального директора;
– документысистемы менеджмента качества;
– техническиеинструкции, руководства, шаблоны.
/>
Рис. 1.Организационная структура СП ЗАО «Научсофт»
Руководителиподразделений несут ответственность за доведение указанных документов досведения сотрудников подразделений. Все работники ознакомлены с должностнымиинструкциями под роспись.
Порядок составлениядолжностных инструкций и положений об отделах установлен в документах «Положенияо структурных отделах» и"Роли и Ответственности".Должностные инструкции. Ответственность за разработку документированныхпроцедур СМК указана в матрице распределения ответственности.
Ответственностьгенерального директора:
– обязательства по разработке и внедрению СМК и постоянномуулучшению ее результативности;
– ответственность за доведение до сведения организации важностивыполнения требований потребителей, а также законодательных и обязательныхтребований;
– постановка целей и задач в области качества;
– разработка политики в области качества и руководства покачеству;
– выделение ресурсов для обеспечения задач в области качества;
– назначение представителя руководства по качеству;
– распределение ответственности и полномочий персонала;
– проведение анализа с целью оценки эффективности СМК ивыполнения политики в области качества;
– формирование и руководство постоянно действующим Экспертнымсоветом по качеству (ЭСК) и утверждение функций ЭСК;
– утверждение плана внутреннего аудита на год.
ФункцииЭкспертного совета по качеству.Экспертный совет по качеству состоит извысококвалифицированных специалистов в области проектирования и разработки ПО.Председателем является Генеральный директор, а секретарем – Менеджер процессов.
Экспертный советсобирается не реже одного раза в 3 месяца или чаще при необходимости (советсобирается каждую неделю во время разработки СМК). Протоколы заседаний советахранятся в соответствующей папке «ISO 9001» в MS Outlook. Советвыполняет следующие основные функции:
– определение основных направлений развития организации исовершенствования продукции, процессов и системы менеджемента в соответствии стребованиями международных стандартов ИСО серии 9000;
– формирование политики в области качества;
– разработка целей в области качества для предприятия в целом,а также для подразделений и процессов;
– определение процессов, необходимых для СМК, ихпоследовательности и взаимодействия;
– организация разработки и выполнения планов и мероприятий пообеспечению достижения целей в области качества;
– рассмотрение результатов выполнения планов и мероприятий пообеспечению достижения целей в области качества;
– анализ достиженияцелей в области качества;
– принятие решений поанализу функционирования СМК;
– разработка рекомендаций по улучшению СМК;
– анализ выполнения мероприятий по качеству, оценкаэффективности мероприятий;
– участие во внутренних аудитах качества (процесса разработки ипроектование ПО);
– участие в разработке корректирующих мероприятий по результатамоценки и проверки качества проектов;
– разработка предложений по совершенствованию качества проектовПО, а также качества процесса проектирования и разработки ПО.
Ответственностьтехнического директора:
– разработка целей в области качества;
– контроль выполнения программы качества и достижения целей вобласти качества;
– планирование качестваПО;
– планирование иуправление отделами разработки ПО, контроля качества, инфраструктуры итехнической поддержки;
– несет ответственностьза управление всеми проектами НаучСофт;
– организовывает работудля своевременной поставки ПО;
– определяет технологиюдля использования в каждом проекте НаучСофт, оценивает новые технологии,утверждает процесс разработки и обеспечивает его выполнение всеми работниками;
– несет ответственностьза взаимодействие с вышестоящим руководителем и заказчиками НаучСофт дляполучения необходимой информации для эффективного выполнения своей работы;
– разработка,годового научно-технического плана.
Ответственностьзам. директора по общим вопросам:
– разработка и выполнение программы социального развитияНаучСофт;
– поддержка инфраструктуры (организация уборки и ремонтапомещений);
– обеспечениеэргономичной и безопасносной работы работников НаучСофт.
Ответственностьуполномоченных по качеству:
– участвовать в составлении планов по реализации политики вобласти качества;
– пропагандировать и консультировать по вопросам качества науровне проекта;
– внедрять процедуры СМК на уровне проекта;
– содействовать проведению внутренних аудитов;
– докладывать о несоответствиях, осуществлять их сбор,регистрацию, анализ, участвовать в разработке корректирующих мероприятий ипроверять их осуществление;
– содействовать использованию руководства по качеству и другихдокументов СМК;
– осуществлять сбор, обработку, анализ, хранение ипредставление информации по качеству, относящейся к определенным проектам.
Ответственностьменеджеров проектов:
– пропагандировать и консультировать по вопросам качества науровне проекта;
– утверждать изменения требований, для которых не требуетсявыделение дополнительных ресурсов;
– содействовать использованию руководства по качеству и другихдокументов СМК;
– обеспечивать реализацию требований заказчика по качеству;
– обеспечивать соблюдение процедур при выполнении проектов;
– обеспечивать оформление данных о качестве;
– обеспечивать мероприятия по анализу и соблюдение сроковнамеченных действий;
– обновлять и актуализировать проектную документацию и планыразработки проекта;
– созывать и проводить совещания по анализу проекта;
– осуществлять проверку проекта, обеспечивая соответствие егоконтрактным требованиям;
– осуществлять корректирующие мероприятия при выявлениинесоответствий.
Ответственностьчленов проектной команды:
– добиваться высокого профессионального уровня исполненияпроекта в соответствии с документами СМК;
– заниматься самообразованием;
– участвовать в проведении анализов, ставить в известностьуполномоченного по качеству или руководителя проекта при обнаружениинесоответствий.
Представительруководства.Приказом генерального директора представителем руководства по качеству назначенменеджер процессов. Менеджер процессов несет ответственность за координацию ируководство мероприятиями по улучшению процессов разработки ПО, внедрение ISO 9001:2000, CMMI.
Ответственностьпредставителя руководства НаучСофт по качеству включает:
– разработку проекта политики в области качества;
– создание руководства по качеству;
– обеспечение понимания политики в области качества персоналомкомпании;
– осуществление руководства и координации деятельности отделовкомпании по созданию и совершенствованию СМК, в том числе по еедокументированию;
– планирование и организация проведения сертификации СМК;
– осуществление контроля за выполнением ежегодного плана внутреннегоаудита качества;
– контроль выполнения планов корректирующих мероприятий иоценка эффективности выполняемых мероприятий;
– обеспечение контроля качества продукции;
– представление для анализа высшему руководству отчетов пореализации и функционировании СМК и предложения по ее улучшению исовершенствованию, политики в области качества и другой необходимой информациио качестве продукции;
– организацию подготовки и аттестацию аудиторов и периодическихвнутренних аудитов системы менеджмента качества;
– поддержку связей с внешними организациями по вопросам,касающимся системы менеджмента качества;
– организациюобучения персонала в области качества.
Внутреннийобмен информацией. Высшее руководствообеспечивает доступность необходимых данных, включая функционирование СМК, вкомпании следующим образом:
– ежемесячно обновляемыми рассылками информации в каждый отдел;
– доступными в реальном времени данными в компьютерной сети;
– доступностью статусов корректирующих и предупреждающихдействий.
Доступность данныхобеспечивается с помощью MS SharePoint Portal Server, MS BizTalk Server, MSExchange Server и MS Outlook.
Анализсо стороны руководства. Не реже двух раз в годгенеральный директор проводит анализ системы менеджмента качества с цельюоценки ее функционирования и обеспечения ее постоянной пригодности,адекватности и результативности.Информациюдля анализа готовит менеджер процессов по представленным данным отруководителей подразделений и процессов. Ответственным за подготовку проектаотчета о функционировании системы менеджмента качества, оценку еерезультативности и возможностей улучшения, а также предоставление проектаотчета генеральному директору является менеджер процессов. Генеральный директор,менеджеры проектов, а также участники заседаний Экспертного совета по качествуанализируют эффективность СМК.
Результатоманализа СМК со стороны руководства является утвержденный генеральным директоромотчет о функционировании СМК, содержащий решение, мероприятия, которыенаправлены на дальнейшее совершенствование СМК и повышение ее результативности.Отчет о функционировании СМК и решение рассылаются всем руководителямподразделений.
Утвержденныеэкземпляры отчета и протокола ЭСК в бумажном виде хранятся у менеджерапроцессов.
Записями о качестве,основанными на анализе, являются решения генерального директора и протоколызаседаний Экспертного совета по качеству. Представитель руководстваразрабатывает корректирующие и предупреждающие действия на основе этих записейо качестве.
Обеспечениересурсами. Ресурсы должны выделятьсясвоевременно:– для внедрения и поддержания в рабочем состоянии СМК;
– для постоянного повышения результативности СМК;
– для гарантированного удовлетворения заказчиков путемпостоянного выполнения их требований.
К основным ресурсам,необходимым для обеспечения качества ПО, относятся:
– технические средства (ПЭВМ, периферийные устройства,оргтехника и т.д.);
– программное обеспечение;
– квалифицированные инженеры-программисты;
– инженеры-тестировщики.
Требования к ресурсамопределяют руководители отделов НаучСофт и представитель руководства покачеству.
Выделение ресурсовосуществляется с помощью имеющихся в компании автоматизированных средств (базыданных «Заявки на оснащение», «Обслуживание ПЭВМ», «Обучение»и др.) на Sharepoint Portal Server.
Обеспечениеквалифицированными инженерами-программистами и инженерами-тестировщикамиосуществляется в соответствии с документом "Управление персоналом".
Ответственность за выделениересурсов несут руководители проектов, технический директор и генеральныйдиректор.
Человеческиересурсы. Компания НаучСофт состоит из200 IT специалистов и имеет возможность привлекать более 200 IT экспертов для более успешнойработы над сложными проектами. Системные аналитики, разработчики, вебдизайнеры, тестировщики и менеджеры проектов имеют достаточно высокуюквалификацию для эффективной работы в области создания и поддержки программногообеспечения.Многие изспециалистов имеют признанные во всем мире сертификаты. Это касается веб сферы,создания java приложений и других областей.
Работники НаучСофт, чьяработа может повлиять на качество продукта, должны иметь необходимоеобразование, навыки и непосредственный опыт работы. Требования к образованию,навыкам и опыту установлены в должностных инструкциях, которые поддерживаются вактуальном состоянии менеджером по кадрам. К основным человеческим ресурсам,необходимым для обеспечения качества ПО, относятся:
– квалифицированные инженеры-программисты;
– инженеры-тестировщики.
Компетентность,осведомленность и подготовка. Работники именеджеры НаучСофт совместно определяют необходимые требования к своейкомпетенции для новых и меняющихся процессов СМК. В случае возникновениянеобходимости в повышении компетенции персонала возможна организация:
– обучения на базе компании и за ее пределами (планируется икоординируется менеджером по кадрам);
– обучения по месту работы (координируется менеджером проекта);
– обычного обучения (совместно организовывается икоординируется менеджером по кадрам и менеджером проекта при необходимости).
При необходимостивозможно использование и других действий, помимо обучения.
Цели и областьприменения:
Служащие НаучСофт проходятобучение, чтобы гарантировать свою способность разрабатывать ПО высокогокачества. Требования к обучению обязательны для всех отделов НаучСофт.Генеральный директор осуществляет общее руководство и анализирует процессыобучения. Менеджеры проектов утверждают учебные планы и программы обучения.Лидеры команд определяют необходимость в обучении членов своих команд. Менеджерпо кадрам документирует данные о процессе обучения.
В НаучСофтпредусмотрены следующие основные виды обучения:
– самостоятельное обучение;
– специальное обучение;
– обучение иностранным языкам.
Специальное обучениепроводится в целях удовлетворения текущих потребностей персонала в повышенииквалификации на специализированных курсах в организациях системы повышенияквалификации или непосредственно на предприятии. Специальное обучение включаетв себя следующие виды обучения:
– обучение на курсах НаучСофт;
– обучение на курсах Microsoft;
– обучение на курсах IBM;
– участие в научно-технических конференциях (за рубежом и вРеспублике Беларусь);
– участие в специализированных выставках и т.д.
При необходимостивозможны и другие виды обучения: стажировка, участие в школах-семинарах и др.
Служащие НаучСофт,исходя из необходимости повышения профессионального уровня, оформляют в базеданных «Обучение» заявки на обучение. Заявки посылаются насогласование руководителям отделов, а затем на утверждение техническомудиректору.
Руководители отделов,исходя из необходимости внедрения новых технологий, определяют потребность вповышении квалификации персонала.
Менеджер по кадрам наосновании заявок на обучение подбирает информацию о тематике, видах и срокахкурсов обучения, проводимых различными организациями, и в конце каждогополугодия составляет полугодовой план подготовки персонала. План составляется повидам обучения, указанным выше.
Порядок планированияобучения установлен в документе «Управление персоналом». Обучениеперсонала осуществляется в соответствии с планом подготовки персонала.
В случае возникновенияпотребности в срочном повышении квалификации сотрудников возможно внеплановоеобучение. Заявка на внеплановое прохождение курса обучения оформляется в базеданных «Обучение» так же, как и плановая, согласовывается сменеджерами отделов и утверждается техническим директором.
Обучение персонала проводитсялибо непосредственно на предприятии, либо в любых организациях системыповышения квалификации. В качестве преподавателей могут выступать какпредставители сторонних организаций, так и специалисты НаучСофт.
Порядок проведенияобучения установлен в документе «Управление персоналом». Планыподготовки персонала должны в обязательном порядке предусматривать обучение вобласти качества.
Планы подготовкиперсонала в НаучСофт должны предусматривать обучение в области качестваработников отдела обеспечения качества, причем каждый сотрудник долженобучаться не реже раза в 2 года.
Принимаемые на работуспециалисты изучают политику НаучСофт в области качества.
Все сотрудники, чьядеятельность влияет на качество ПО, должны пройти разовое обучение в областикачества. Объем обучения зависит от степени влияния сотрудника на качество ПО.
Менеджер по кадрам наосновании свидетельств и сертификатов, полученных по результатам обучения,вносит данные об обучении в индивидуальные учётные карточки сотрудников в базеданных «Учёт кадров».
В конце каждогополугодия менеджер по кадрам составляет отчет о выполнении плана. В отчетеуказываются все проведенные за полгода мероприятия, связанные с подготовкойперсонала, лица, прошедшие обучение, полученные по результатам обучения свидетельстваи сертификаты. Отдельно отмечаются случаи внепланового обучения и получениясертификатов без обучения, а также плановые мероприятия, которые не былипроведены.
Менеджер по кадрамосуществляет и хранит оценки результативности предпринятых мер по обеспечениюподготовки персонала в документе – Employee Performance Evaluation.
/>Менеджер по кадрам заносит в отчет поступившие замечания и предложения. Принеобходимости в отчете указываются возможные корректирующие и предупреждающиемероприятия. Отчет направляется менеджерам отделов и генеральному директору дляпроведения анализа. Оценка выполнения плана обучения проводится не реже одногораза в полгода при внутренних аудитах качества.
Инфраструктура. Компьютерная сеть организации состоит из 30 серверовразличной вычислительной мощности и около 60 рабочих станций класса P-IV, объединенных в 100-мегабитнгуюлокальную вычислительную сеть. Рабочие станции эксплуатируются под управлением MS Windows-XP, сервера под управлением MS Windows Server – 2000. Для сетевогооборудования используются оборудование компаний 3Com и Allied Telesyn.Отделы по разработкеПО, контролю качества и поддержанию инфраструктуры совместно определяютнеобходимость в инфраструктуре для каждого нового продукта или значительногоизменения в существующем продукте.
Изменения винфраструктуре планируются в соответствии с документом «Управлениеинфраструктурой». Высшее руководство утверждает изменения, когдавсе потребности были определены. Целями управления процессом являются:
– обеспечение поддержки в рабочем состоянии оборудования длянепрерывной работы процесса;
– обеспечение корректного выполнения процедур репликации;
– согласование и документирование исходного и последующих билдовПО;
– обеспечение правильной инсталляции ПО.
Порядок обслуживаниякомпьютеров установлен в документе «Управление инфраструктурой».
Там, где этообусловлено контрактом, документ, «Управление конфигурацией»,также определяет порядок создания контрольных образцов продукции итиражирования ПО заказчикам. ПО тиражируется по запросу менеджера помаркетингу.
Производственнаясреда. НаучСофт учитывает различныеаспекты условий труда в компании. Наиболее значительные из них:– инфраструктура – управляется заместителем генеральногодиректора;
– здоровье и безопасность – управляется заместителемгенерального директора;
– уборка и ремонт помещений – управляется заместителемгенерального директора;
– трудовой этикет – управляется менеджером по кадрам.
В компаниитакже учитываются требования СанПиН 9–131 РБ 2000 к гигиеническим требованиям кПЭВМ и организации работы.
Эргономическиепараметры ЖКИ мониторов рабочих станций обеспечивают надежное и комфортноесчитывание отображаемой информации в условиях эксплуатации.
Помещенияимеют естественное и искусственное освещение. В случаях преимущественной работыс документами, допускается применение системы комбинированного освещения (кобщему освещению дополнительно устанавливаются светильники местного освещения,предназначенные для освещения зоны расположения документов). Освещенность наповерхности стола в зоне размещения рабочего документа должна быть 300–500 лк.
Площадь наодно рабочее место должна составлять не менее 6,0 кв. м, а объем не менее 20,0 куб.м. В некоторых помещениях в порядке исключения допускается уменьшение площадина одно рабочее место, но не менее 4,5 кв. м при обязательном соблюденииоптимального микроклимата помещений.
Помещенияоборудованы системами отопления, эффективной приточно-вытяжной вентиляцией.
Параметрымикроклимата должны быть: температура воздуха – 21-23°С; относительнаявлажность воздуха 40–60%.
Характеристикавыпускаемого программного обеспечения
Сегодня крупные компании, как правило, ужене специализируются на определенном направлении программныхразработок. Аутсорсинговая компания СП ЗАО «Научсофт» имеетв портфеле услуг широкий набор продуктов: разработки программ дляинтернета (сайты, порталы), ПО для управления бизнесом, разработкиинтегрирующих компонентов для ERP-систем, систем управления персоналоми документооборота, для решения задач в области технического зрения,в сфере муниципальной информатизации (социальная карта, единый регистрльгот, муниципальная биллинговая система), разрабатывается множество проектовсвязанных с мобильными телефонами, карманными компьютерами, коммуникаторами, IP-телефонией.
Процессы,связанные с заказчиками/>.Определение требований, относящихся к продукции. Для того, чтобы полностью определить все требованиязаказчиков, отдел маркетинга и отдел по разработке ПО рассматривают следующеепри взаимодействии с заказчиком и разработке продукта или сервиса:– спецификации к продукту, предоставленные заказчиком;
– требования к рабочим характеристикам продукта, предоставленныезаказчиком;
– установленные заказчиком требования к готовности продукта;
– установленные заказчиком требования к поставке;
– установленную заказчиком потребность в технической поддержке;
– определение важных законодательных требований, если есть;
– определение любых других важных требований.
Порядок определениятребований заказчика к разработке и технической поддержке ПО определяется вдокументе «Маркетинговая деятельность».
Отделмаркетинга осуществляет деятельность по изучению требований заказчиков на рынкеПО, то есть потенциальных заказчиков для своевременного реагирования напотребности рынка путем определение популярности (частотности) запросов наразработку ПО в Интернете с помощью программы Semonitor, где заказчикописывает свои требования. Отдел маркетинга и координатор проекта упорядочиваютих и вырабатывают рекомендации для руководстваНаучсофт. Созданная спецификация проверяется затем в подразделенииконтроля качества для оценки полноты и точности требований.
По рекламныммероприятиям при проведении маркетинговых исследований отдел маркетингаосуществляет следующую деятельность: исследование конкурентов, контекстнаяреклама AdWords, баннерная реклама.
Анализтребований, относящихся к продукции. Всеопределенные требования заказчика к продукту анализируются в НаучСофт всоответствии с документом «Ориентация на заказчика» –процессом, в котором уделяется особое внимание:
– определению требований;
– ситуациям, когда требования заказчика переданы в устной форме;
– согласованию требований контракта или заказа, отличающихся отранее сформулированных;
– определение способности НаучСофт выполнить требования.
Записи об анализетребований и последующих действиях поддерживаются в соответствии с документом «Управлениезаписями о качестве».
Взаимодействие НаучСофтс заказчиком может проходить согласно нескольким моделям. Первый контакт какправило инициируется отделом маркетинга посредством рекламы. Дальнейшаяинформация предоставляется потенциальным заказчикам отделом маркетинга.Контакты заказчиков с другими отделами компании координируются отделоммаркетинга. Отдел маркетинга принимает заказ. Изменения в открытых заказахсогласовываются также с отделом маркетинга. Подразделение по контролю качествакоординирует ответы на жалобы заказчиков, используя документы «Корректирующиедействия» и «Предупреждающие действия».
Результативностьтакого обмена обеспечивается наличием между НаучСофт и основными потребителемипрямого голосового Internet-канала, арендой Internet-канала и наличиемэлектронной почты у всего персонала.
Планированиепроектирования и разработки. Управлениеразработкой ПО осуществляется для того, чтобы обеспечить качество ПО на всехэтапах разработки ПО. Требования данного раздела обязательны для отделовНаучСофт, занимающихся разработкой ПО. Менеджеры проектов контролируютразработку ПО.
Компания НаучСофтразработала и поддерживает в актуальном состоянии ряд документированныхпроцедур для управления и аудита разработки ПО с целью обеспечения выполнениятребований заказчика. Под разработкой ПО в данном случае понимается процессреализации ПО, включающий такие стадии, как анализ требований к ПО,проектирование ПО, написание кода, тестирование, интеграция, инсталляция и приемкаПО заказчиком. Процесс разработки ПО описывают следующие документы и процедуры:
– проектирование и разработка ПО;
– план проекта(PPD_Project_Plan_Document);
– контрольный лист по планированию проекта(PPC_Project_Planning_Checklist).
Согласно документу «Проектированиеи разработка ПО», каждому проекту присваивается категорияразработки ПО и определяются действия для каждого этапа реализации ПО.
Менеджер проектаготовит План разработки проекта для каждого проекта. План может быть названпо-другому, состоять из одного или нескольких документов. План может хранитьсякак в электронной, так и бумажной формах.
Компания НаучСофтиспользует документ «Проектирование и разработка ПО», дляопределения требований к входным данным проектирования и разработки, включая:функциональные требования и требования к рабочим характеристикам, полученным извходных данных заказчика, соответствующие законодательные и обязательныетребования, полезная информация или опыт предыдущих похожих действий попроектированию и разработке, другие необходимые требования.
Для описания входныхданных проектирования и разработки используются следующие процедуры идокументы: спецификация (PSD_Product_Specification_Document), перечень функциональных требований (FRC_Functional_Requirements_Checklist), рекомендации кспецификации требований (RSG_Requirements_Specification_Guidelines).
Неполные, двусмысленныеили конфликтующие требования устраняются прежде чем придавать окончательнуюформу документам по всем требуемым входным данным. Записи входных данныхпроектирования хранятся в соответствии с документом «Управление записями окачестве». Входные данные проекта регистрируются на этапе «спецификациитребований» для разработки ПО. Входные данные могут включать спецификациютребований, документ, формулирующий задачи, функциональные описания и другиеподобные документы. План разработки проекта может содержать несколько элементоввходных данных проекта (описание операционной среды ПО, специальные требованиязаказчиков).
Менеджеры проектовсовместно с заказчиками определяют требования к форме входных данных проекта.План разработки проекта уточняет форму входных данных проекта, а также ихспособ и место хранения.
Применение компаниейНаучСофт документа «Проектирование и разработка ПО»,гарантирует то, что выходные данные проектирования и разработки в компании:
– соответствуют требованиям к входным данным проектирования иразработки;
– включают информацию, необходимую для закупок, производства иобслуживания;
– включают либо ссылаются на критерии приемки;
– указывают характеристики проектирования, которые являютсясущественными для безопасной и надлежащей работы продукта;
– утверждены перед выпуском.
Для описания выходныхданных проектирования и разработки используются следующие документы ипроцедуры:
– технический дизайн (TDD_Technical_Design_Document);
– контрольный список требований к проектированию (DRC_Design Requirements Checklist);
– описание архитектуры (Architecture Description Document);
– план тестирования (TP_Test_Plan).
По окончании даннойстадии создаются следующие отчеты о разработке и контроле качества: тестпроводимый разработчиком (DTD_Development_Test_Document), отчет о результатахтестирования (TRR_Test_Results_Report) (в Lotus Notes имеется такжесоответствующий шаблон), описание программной ошибки (BD_Bug_Description) (вLotus Notes имеется также соответствующий шаблон).
Выходные данные проектамогут описываться на любом этапе разработки ПО. Данные могут включать отчет овыполнении этапа, объяснительные записки, программный код, руководствопользователя и другие документы.
Менеджеры проектовсовместно с заказчиками определяют требования к форме выходных данных проекта.
План разработки проектауточняет выходные данные проекта для конкретного проекта, форму данных, а такжеих способ и место хранения.
Для регистрации ианализа результатов проекта по окончании проекта создается отчет о результатахпроекта (The PMR_Post_Mortem_Report).
Анализпроектирования и разработки. Запланированныеанализы проводятся в соответствии с документом «Проектирование иразработка ПО», во время итеративного процесса. Целью анализа должно бытьгарантированное выполнение намеченных требований. В случае, если требования невыполняются, работники, занимающиеся анализом, предлагают решение для каждойвыявленной проблемы. Вся деятельность, относящаяся к анализируемому этапу,представляется в анализе. Записи об анализе проектирования и разработкиосуществляются в соответствии с документом «Управление записями о качестве».
Записи об анализерегистрируются в Протоколе заседания по результатам анализа(RMM_Review_Meeting_Minutes). Для описания анализов проектирования и разработкииспользуются следующие документы и процедуры: контрольный список дляпланирования проекта (PPC_Project_Planning_Checklist), контрольный списокфункциональных требований (FRC_Functional_Requirements_Checklist), контрольныйсписок требований к проектированию (DRC_Design Requirements Checklist).
Каждый этап разработкиПО анализируется. Целями анализа и аудита являются: выявление программныхошибок и несоответствий на ранних этапах разработки ПО, гарантированиесвоевременной разработки продукта в рамках бюджета. Записи каждого этапаразработки ПО оцениваются и после анализа этапа принимается решение о переводепроекта на следующий этап.
Аудит проводится длятого, чтобы определить соответствие выходных данных проекта входным данным,соглашениям, процедурам разработки и СМК. Аудит может включать себя процесспоиска и исправления программных ошибок и тестирование, а также анализ этапов разработкиПО. Регулярность проведения анализа и аудита изменяется в зависимости от видаПО.
Характер действийотносящихся к анализу и аудиту соответствует сложности разрабатываемого ПО.Менеджер проекта и представитель заказчика принимают решение о регулярности ипродолжительности анализа и аудита проекта, а также о том, кто должен проводитьанализ и аудит.
Корректирующие действияразрабатываются по результатам анализа и аудита. При необходимостикорректирующие действия выполняются и документируются, используя средствауправления проектами (MS Project) проектной команды.
Записи озапланированных и выполненных анализах и аудитах включаются в план разработкипроекта. План указывает, где хранятся документы об анализе и аудите проекта.
Рекомендации поопределению (путем верификации проектирования и разработки), соответствуют ливыходные данные проектирования и разработки входным записываются в документ «Проектированиеи разработка ПО»:
– отчет о тестировании, проведенном разработчиком (DT_DTD_Development Test Document);
– контрольный список требований к проектированию (DRC_Design RequirementsChecklist);
– контрольный список функциональных требований(FRC_Functional_Requirements_Checklist);
– проверка документов и аудиты (QP_Document Review and Audits);
– рекомендации по экспертной оценке программы (QP_Peer Code Review Guidelines).
Записи такихверификаций создаются и сохраняются в соответствии с документом «Управлениезаписями о качестве».
Продукт, являющийсярезультатом проектирования и разработки НаучСофт, подвергается валидациисогласно плану. Валидация гарантирует то, что продукт удовлетворяет ожиданиямили годен для использования. Рекомендации по проведению валидациипроектирования и разработки записываются в документ «Проектирование иразработка ПО»:
– рекомендации по блочному тестированию (QP_Unit TestingGuidelines);
– рекомендации по функциональному тестированию системы(QP_System Functional Testing);
– процесскомплексного тестирования (QP_Intergration_Testing_Process);
– процессразработки теста (QP_Test Design Process).
Рекомендации посозданию и хранению записей о валидации представлены в документе «Управлениезаписями о качестве».
Проекты утверждаютсядля того, чтобы гарантировать соответствие ПО определенным требованиямзаказчика.
План разработки проектаопределяет критерии выходных данных для завершения каждого этапа разработки, тоесть действия, которые необходимо выполнить прежде чем переходить к другомуэтапу. Критерии могут включать выходные данные проекта, записи об анализе иаудите каждого этапа, и т.д. Для утверждения этапа разработки необходимо, чтобыбыли выполнены все критерии выходных данных для этого этапа.
Этапы разработкиутверждаются по результатам анализа и аудита проекта. Продукт целикомутверждается по результатам приемочных испытаний каждого этапа разработки.Менеджер проекта вначале обсуждает с представителем заказчика и затемопределяет требования к испытаниям.
План разработки проектауказывает должностных лиц, ответственных за утверждение отдельных этаповразработки и проектов.
Управлениеизменениями проекта и разработки. Проведениеидентификации, документации и контроля всех изменений в проектировании иразработке предусматривается в документе «Проектирование и разработка ПО».Контроль осуществляется для оценки воздействия изменений на составные частипродуктов и готовые продукты, включая те, что уже были доставлены, чтобыопределить способ обращения (напр. верификацию и / или валидацию) скаждым изменением. Изменения, считающиеся готовыми к внедрению, утверждаются всоответствии с подходящими процедурами.
Изменения в проектахмогут быть произведены по результатам анализа и аудита этапов разработки ПО, атакже по просьбе заказчика. Характер действий, относящихся к запросам наизменение соответствует сложности разрабатываемого ПО.
Менеджеры проектовнесут ответственность за внесение изменений в проектную документацию.
Версия продукта можетизменяться в результате изменений в проектной документации. Управлениезапросами на изменение используется для контроля изменений во всех версияхпродукта. Важные записи хранятся в соответствии с документом «Управлениезаписями о качестве».
Согласно ISO/IEC 90003–2004 процесспроизводства ПО заключается в деятельности по выпуску релизов и билдов,поставке и инсталляции ПО и технической поддержке.
Контроль предоставленияНаучСофт продукции и услуг обеспечивается:
– свободным доступом к техническим требованиям к продукту;
– свободным доступом к необходимым инструкциям по выполнениюработ;
– контролем и измерением действий согласно плану;
– выпуску продукта в соответствии со спецификацией;
– доставкой продукта в соответствии с отчетом о выпускепродукта (Product Release Report (PRR));
– инсталляцией продукта в соответствии с конкретными планами пообеспечению качества.
Документ DP_BPM_Build_Process_Managementописывает процесс создания билда в локальной системе сборки билдов НаучСофт исвязь этого процесса с Consul Build PC и системой контроля и управленияверсиями.
Целью отчета порезультатам проекта является:
– учет и недопущение повторного совершения ошибок;
– тщательно анализировать завершенный проект;
– определить позитивные и негативные результаты, чтобы улучшитьвыполнение последующих проектов;
– закрыть проект.
Целью техническойподдержки является решение выявленных заказчиком после поставки проблем,относящихся к продукту, в соответствии с требованиями программы качества игарантийных обязательств.
Поддержка включает всебя: ответы на вопросы заказчиков, анализ функционирования продукта, внесениеизменений с целью исправления ошибок, расширение возможностей совершенствованияПО.
Требования поддержкиобязательны для всех проектных команд, занимающихся поддержкой ПО.Ответственность за проведение всех мероприятий по сопровождению несетруководитель проекта.
В случае существенныхизменений, вносимых в программный продукт, может потребоваться повторноепрохождение программным продуктом этапов разработки ПО.
В терминах жизненногоцикла ПО средством обеспечения идентификации и прослеживаемости являетсяруководство конфигурацией. Целями руководства конфигурацией являются:
– идентификация каждого компонента продукта, а такжеоднозначная идентификация версий изделий ПО, которые в совокупности составляютконкретную версию законченного продукта;
– идентификация статуса программных продуктов, находящихся наэтапах разработки или поставки;
– управление изменениями.
Требования поруководству конфигурацией обязательны для всех проектных групп на протяжениивсего жизненного цикла проекта ПО.
План управленияконфигурацией разрабатывается для каждого проекта. Требования к данному плануопределены на этапе планирования проектирования и разработки ПО.
Руководитель проектанесет ответственность за выполнение требований к руководству конфигурацией впроектной группе.
Проектные группы вНаучСофт используют в качестве средства руководства конфигурацией, различныекомбинации таких средств, как MS VSS, приложения Lotus Notes.
Руководствоконфигурацией обычно начинается с момента проектирования и разработки.
Минимальное требованиесостоит в том, чтобы поместить все файлы исходной программы на специальныйсервер для руководства конфигурацией. Кроме того, рекомендуется подвергатьобщему руководству конфигурацией важные проектные документы и другие изделияПО.
Требования к общемуруководству конфигурацией не распространяется на ситуации, когда общееруководство конфигурацией осуществляется на объекте заказчика и заказчик несетответственность за все мероприятия по общему руководству конфигурацией. Вуказанных случаях соблюдаются процедуры и требования заказчика.
Условия предоставлениязаказчиком своей собственности оговариваются в приложении к контракту.Предоставленная заказчиком собственность контролируется:
– чтобы гарантировать использование качественной собственностизаказчика,
– чтобы предотвратить ее повреждение.
Требования к контролюпредоставленной заказчиком собственности обязательны для выполнения проектнымикомандами, которые используют следующие средства заказчика:
– ПО;
– средства разработки;
– среду разработки, включая сетевые службы;
– данные о тестировании ПО и эксплуатации;
– технические требования (спецификации) к ПО;
– технические средства;
– конфиденциальную информацию заказчика.
Руководители проектовнесут ответственность за действия по контролю собственности заказчика, включаядействия по: проверке и регистрации продукции, обеспечению безопасностипродукции, инструктированию членов проектной команды о том, как работать спродукцией.
По получении продукциизаказчика ответственная проектная команда, руководитель проекта могут принеобходимости организовать инспекцию продукции.
Инспекция можетсостоять из: верификации целостности поставки, верификации правильной работыпредоставленных заказчиком средств (того, что они не имеют дефектов,соответствуют спецификациям, и т.д.).
При выявлениинесоответствий в работе средств руководитель проекта должен связаться спредставителем заказчика с просьбой устранить несоответствия.
Список предоставленнойзаказчиком собственности регистрируется в базе данных «SCIENCESOFTProjects Description». Заказчики могут устно или в письменной форме датьинструкции по эксплуатации предоставленных ими ресурсов.
Руководитель проектанесет ответственность за хранение и актуализацию таких инструкций, а также заинструктирование проектной команды о том, как пользоваться продукцией. С учетомспецифики поставляемой продукции, хранение продукции, ее упаковка, консервацияи доставка управляются с целью:
– использования методов, гарантирующих сохранность ПО отповреждений;
– создания системы, гарантирующей надлежащее хранение ПО,ограничение и контроль доступа к ПО, актуализацию ПО;
– упаковки и маркирования ПО в соответствии с требованиямиНаучСофт и заказчика;
– создания системы хранения ПО, позволяющей.
Для предотвращенияповреждения ПО вирусами, серверы защищаются антивирусными средствами, а ПЭВМ –программами.
Продукция доставляетсяэлектронным способом.
В качествеиспытательного оборудования используются технические средства, тестовыепрограммы (напр. TestDirector) и данные для тестирования.
Литература
1. Бабук И.М. Экономикапредприятия: Учеб. пособие для студ. техн. спец. / И.М. Бабук. – Минск:ИВЦ Минфина, 2006.
2. Бухгалтерский баланс СПЗАО «Научсофт» за 2007–2008 гг.
3. Должностныеинструкции специалистов СП ЗАО «Научсофт».
4. ДонцовД. Как сохранить зрение при работе на компьютере / Д. Донцов. – СПб.:Питер, 2007.
5. КляузеВ.П. Безопасность и компьютер. Нормы и рекомендации по безопаснойэксплуатации вычислительной техники / В.П. Кляузе. – Минск: Издатель В.П. Кляузе,2001.
6. КотлерФ. Маркетингменеджмент: экспресс-курс / Ф. Котлер, К.Л. Келлер. – 3-е изд. – СПб.:Питер, 2007.
15. Уорден К. Новыеинтеллектуальные материалы и конструкции. Свойства и применение / К. Уорден;пер. с англ. С.Л. Баженова. – М.: Техносфера, 2006.
7. УставСП ЗАО «Научсофт».
8. Экономикаи организация производства: Руководство по преддипломной практике и дипломномупроектированию для студ. всех форм обуч. / Э.А. Афитов и др.; Под ред. В.П. Пашуто.– Минск: БГУИР, 2007.