Особенности внедрения

Классические ERP -системы, в отличие от так называемого «коробочного» программного обеспечения, относятся к категории «тяжёлых» программных продуктов, требующих достаточно длительной настройки, для того чтобы начать ими пользоваться. Выбор ERP -системы, приобретение и внедрение, как правило, требуют тщательного планирования в рамках длительного проекта с участием партнёрской компании — поставщика или консультанта. Поскольку ERP -системы строятся по модульному принципу, заказчик часто (по крайней мере, на ранней стадии таких проектов) приобретает не полный спектр модулей, а ограниченный их комплект. В ходе внедрения проектная команда, как правило, в течение нескольких месяцев осуществляет настройку поставляемых модулей.

Достоинства. Применение ERP -системы позволяет использовать одну интегрированную программу вместо нескольких разрозненных. Единая система может управлять обработкой,логистикой, дистрибуцией, запасами, доставкой, выставлением счетов-фактур и бухгалтерским учётом.Реализуемая в ERP -системах система разграничения доступа к информации предназначена (в комплексе с другими мерами информационной безопасности предприятия) для противодействия как внешним угрозам (например, промышленному шпионажу), так и внутренним (например, хищениям). Внедряемые в связке сCRM-системой и системой контроля качества, ERP -системы нацелены на максимальное удовлетворение потребностей компаний в средствах управления бизнесом.

Недостаткию Основные сложности на этапе внедрения ERP - систем возникают по следующим причинам:

· Недоверие владельцев компаний высокотехнологичным решениям, в итоге — слабая поддержка проекта с их стороны, что делает осуществление проекта труднореализуемым.

· Сопротивление департаментов в предоставлении конфиденциальной информации уменьшает эффективность системы.

Множество проблем, связанных с функционированием ERP, возникают из-за недостаточного инвестирования в обучение персонала, а также в связи с недоработанностью политики занесения и поддержки актуальности данных в ERP.

Ограничения:

· Небольшие компании не могут позволить себе инвестировать достаточно денег в ERP и адекватно обучить всех сотрудников.

· Внедрение является достаточно дорогим

· Система может страдать от проблемы «слабого звена» — эффективность всей системы может быть нарушена одним департаментом или партнёром.

· Проблема совместимости с прежними системами.

Существует заблуждение, что иногда ERP сложно или невозможно адаптировать под документооборот компании и её специфические бизнес-процессы. В действительности, любому внедрению ERP -системы предшествует этап описания бизнес-процессов компании. По сути ERP -система являет собой виртуальную проекцию компании.

Вопрос: Роль и назначение стандартов в теории жизненного цикла информационных систем

Ответ № 13:

Стадии жизненного цикла ИС

Стадия — часть процесса создания ИС, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ИС.

Согласно методологии, предлагаемой Rational Software, жизненный цикл информационной системы подразделяется на четыре стадии.

Границы каждой стадии определены некоторыми моментами времени, в которые необходимо принимать определенные критические решения и, следовательно, достигать определенных ключевых целей.

1) Начальная стадия

На начальной стадии устанавливается область применения системы и определяются граничные условия. Для этого необходимо идентифицировать все внешние объекты, с которыми должна взаимодействовать разрабатываемая система, и определить характер этого взаимодействия на высоком уровне. На начальной стадии идентифицируются все функциональные возможности системы и производится описание наиболее существенных из них.

2) Стадия уточнения

На стадии уточнения проводится анализ прикладной области, разрабатывается архитектурная основа информационной системы.

При принятии любых решений, касающихся архитектуры системы, необходимо принимать во внимание разрабатываемую систему в целом. Это означает, что необходимо описать большинство функциональных возможностей системы и учесть взаимосвязи между отдельными ее составляющими.

В конце стадии уточнения проводится анализ архитектурных решений и способов устранения главных факторов риска в проекте.

3) Стадия конструирования

На стадии конструирования разрабатывается законченное изделие, готовое к передаче пользователю.

По окончании этой стадии определяется работоспособность разработанного программного обеспечения.

4) Стадия передачи в эксплуатацию

На стадии передачи в эксплуатацию разработанное программное обеспечение передается пользователям. При эксплуатации разработанной системы в реальных условиях часто возникают различного рода проблемы, которые требуют дополнительных работ по внесению корректив в разработанный продукт. Это, как правило, связано с обнаружением ошибок и недоработок.

В конце стадии передачи в эксплуатацию необходимо определить, достигнуты цели разработки или нет.

1.2 Стандарты жизненного цикла ИС

Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, во-вторых, возможность их взаимодействия между собой.

Среди наиболее известных стандартов можно выделить следующие:

ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла.

ISO/IEC 12207(International Organization of Standardization /International Electrotechnical Commission)1995 - стандарт на процессы и организацию жизненного цикла.Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов.

Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML.

Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений.

Extreme Programming (XP). Экстремальное программирование (самая новая среди рассматриваемых методологий) сформировалось в 1996 году. В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.

Вопрос: Группы процессов жизненного цикла согласно ГОСТ Р ИСО/МЭК 12207- 2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств»

Ответ №14:

Эталонная модель процесса не представляет конкретного подхода к осуществлению процесса, как и не предопределяет модель жизненного цикла системы (программного средства), методологию или технологию. Вместо этого эталонная модель предназначается для принятия организацией и базируется на деловых потребностях организации и области приложений. Определенный организацией процесс принимается в проектах организации в контексте требований заказчиков.

Результаты процесса используются для демонстрации успешного достижения цели процесса, что помогает оценщикам процесса определять возможности реализованного процесса организации и предоставлять исходные материалы для планирования улучшений организационных процессов.

Вопрос: Анализ технологий, применяемых при организации взаимодействия компании и внешней среды на основе сети Интернет

Ответ №15:

Язык HTML (Hyper Text Markup Language - язык разметки гипертекста) предназначен для формирования документов и приведения их к виду, пригодному для просмотра с помощью программ-браузеров, например Netscape Navigator или MS Explorer. Основная идея, которая преследовалась при его разработке - создать такой формат документов, который не зависел бы от типа компьютера, на котором эти документы будут просматриваться.

Язык HTML разрабатывался с той точки зрения, что все типы устройств должны иметь возможность использовать информацию в Web: персональные компьютеры с графическими дисплеями с различным разрешением и числом цветов, сотовые телефоны, переносные устройства, устройства для вывода и ввода речи, компьютеры с высокой и низкой частотой и т.д.

Каскадные таблицы стилей CSS (Cascade Style Sheets) – это набор стандартов, которые регулируют некоторые методы применения стиля к страницам HTML. Стиль включает в себя все типы элементов дизайна: шрифт, фон, текст, цвета ссылок, поля, и расположение объекта на страницах. CSS разрабатывались так, чтобы обеспечить больший уровень контроля над размещением текста или графики. К сожалению CSS остаются новой технологией со своими недостатками. Самая большая проблема состоит в том, что на данный момент Web-браузеры не полностью поддерживают CSS. Итак таблицы стилей обеспечивают должный уровень единства оформления, организации и контроля во время разработки HTML документа, который являетcя недостижимым только с помощью одного только HTML.

PHP (Hypertext Preprocessor - Препроцессор Гипертекста)– это широко используемый язык сценариев общего назначения с открытым исходным кодом. PHP - язык программирования, специально разработанный для написания web-приложений (скриптов, сценариев), исполняющихся на Web-сервере. Синтаксис языка во многом основывается на синтаксисе C, Java и Perl. Он очень похож на С и на Perl, поэтому для профессионального программиста не составит труда его изучить. С другой стороны, язык PHP проще, чем C, и его может освоить веб-мастер, не знающий пока других языков программирования.

Вопрос: Этапы разработки корпоративного портала, основные компоненты корпоративного портала

Ответ №16:

Общие этапы создания корпоративного портала

1.Планирование проекта и Cбор требований

2.Проектирование информационной архитектуры портала

3.Подготовка среды и Реализация

4.Оформление и Информационное наполнение портала

5.Подготовка документации (опционально)

6.Приемочное тестирование

7.Обучение пользователей, администраторов(опционально)

Вопрос: Принцип мультиплатформенности в SaaS модели

Ответ №17:

SaaS (software as a service) дословно означает «программное обеспечение как услуга». Фактически это приложения для бизнеса, доступ к которым заказчик получает через интернет. При этом он не приобретает ПО как таковое, а лишь вносит абонентскую плату за право пользования. В чем-то эту схему можно сравнить с арендой — с той лишь разницей, что в рамках модели SaaS все физические серверы и компоненты программы остаются на территории вендора (то есть поставщика).

А принцип таков что пользователь не зависит от программно-аппаратной платформы, выбранной разработчиком, так как находиться всё на сервере (облаке) поставщика, а так же SaaS приложения работают в том числе и с бесплатными операционными системами на ядре Linux:)

Вопрос: Этапы и измерения модели зрелости контента

Ответ №18:

CMS

Сокращение от Content Management System, система управления контентом. Также известна как CMS-движок, движок сайта.

Это специальная программа для управления сайтом, написанная обычно на одном из серверных языков программирования (PHP).

Проприетарные (или закрытые, от англ. proprietary) CMS - их использование, в большинстве случаев, предполагает заключение лицензионного соглашения с разработчиком и оплату лицензии. Данные программы являются частной собственностью их создателей или правообладателей, которые оставляют за собой право монополии на их использование. Как правило, исходный код проприетарных движков закрыт для просмотра, изучения, редактирования и модификации. Большинство закрытых CMS платные. Коммерческие CMS быстрее обновляются, более безопасны и надежны, однако настроить ее под свой ресурс самостоятельно не получится.

Примеры проприетарных движков: 1С-Битрикс, Microsoft SharePoint Server, Site Sapiens ECMP, UlterSuite CMS.