Проект бізнес-порталу

Размещено на http://www.allbest.ru/

Реферат

На тему “Проект бізнесового порталу”

Львів 2012



Зміст

1. Визначення проекту порталу

2. Аналіз вимог плану порталу

3. Поява і елементи змісту порталу МСП

4. Планування ресурсів

5. Визначення припущень на наявність і захист

6. Подальші не функціональні вимоги

7. Оцінка портального прибутку

8. Помилки в дизайні WEB сторінок

9. Негативні аспекти побудови ділових порталів



1. Визначення проекту порталу

Перед розвитком порталу, його проект потрібно добре визначити. Визначення проекту включає:

Аналіз стратегічних умов, які визначають завдання порталу в даній організації;

Ресурси, які необхідні для розвитку підтримки та використання порталу;

Розроблений план розвитку та використання порталу;

Припущення про вміст порталу;

Припущення про послуги, забезпечені порталом;

Припущення про ділові операції, реалізовані порталом;

Мета порталу з ділової точки зору;

Основні, стратегічні вимоги порталу;

Бізнес - план щодо повернення ресурсів, що витрачаються на розвиток та підтримку порталу.

Вивчення виконання

Перед тим як розпочати IT проект, стратегічна фаза, відома також як стратегічний план розвитку IT або вивчення виконання мають бути здійснені. Завдання передбачені стратегічною фазою:

Серії інтерв'ю з представниками клієнта;

Особливість цілей з точки зору клієнта;

Особливість охоплення проекту і контекст;

Загальна особливість вимог, початковий аналіз і проект;

Підготовка різних понять рішення;

Оцінка вартості програмного забезпечення ;

Аналіз понять рішення;

Представлення вивчення виконання представником клієнта і результат поправок;

Підготовка початкового плану проекту і структура роботи;

Стандартна особливість.

Результатом виконаних дій в стратегічній фазі є повідомлення, яке подається клієнту в разі прийняття. Вивчення виконання містить інформацію по:

Розмір проекту відносно дизайну, розвитку та виконання загального розміру ;

Наявність основних ресурсів (бюджет, персонал);

Обмеження часу (наявність часу, час для певних завдань і стадії проекту);

Передумови розвитку проекту - як наприклад діяльність або інвестиції, які мають бути завершенні перед початком проекту;

Наявність засобів і мережі необхідних для розвитку і функціонування порталу;

Наявність програмного забезпечення необхідного для розвитку проекту і функціонування порталу (серверне програмне забезпечення, програмуюче обладнання );

Наявність організаційної і технічної інфраструктур, необхідних для розвитку проекту ( адміністративна підтримка, людські ресурси, облік, маркетинг...);

Наявність організаційної і технічної інфраструктур, необхідних для функціонування порталу і реалістичної оцінки можливості створення такої інфраструктури, якщо їх нема в наявності;

Наявність технології і know-how;

Наявність фахівців всередині організації, для розвитку портал і експертів ( графічні фахівці, програмісти, стилісти, редактори, консультанти);

Наявність зовнішніх послуг (замовлене програмування), компаній, що співпрацюють, та постачальників.

Управління ризиком

Всі проекти несуть деякий ризик. Ризик проекту складається з факторів, які призводять до:

Уповільнення розвитку порталу;

Збільшення вартості розвитку порталу;

Невдача в задоволенні сподівань клієнта.

Фактори ризику діляться на планування, досвід, технологічні і зовнішні фактори.

Фактори досвіду пов'язані з:

Нестачею досвіду чи кваліфікацією проектного менеджера (недосвідчений менеджер - серйозний ризик для проекту);

Відсутністю досвіду чи кваліфікацій персоналу ( кваліфікації потрібно перевірити);

Неготовність постачальників (відсутність досвіду в розвитку подібних проектів, відсутність знання стандартів).

Найзагальнішими факторами ризику, пов'язані з процесами планування, є:

Неточний час, вартість і методи оцінки ресурсу;

Дуже короткий час і нема змоги проводити роботу паралельно;

Дуже довгий час, пов'язаний із зміною вимог, персоналом, технологій;

Нещасні випадки, вандалізм і саботаж;

Невідповідне розміщення персоналу,яке викликає труднощі в зв'язку;

Невідповідне визначення відповідальності і компетентності персоналу, наприклад виконання непотрібних завдань;

Часті зміни персоналу.

Ризик проекту може зрости за допомогою технологічних факторів які пов'язані з

Сферою технологічних новинок чи новими підходами до цього (немає досвіду і потреби додаткового зусилля для дослідження);

Невідповідний або неправильний вибір методів (нові методи є переважно не перевірені, можуть бути невідповідними і необхідний досвід накопичується тільки за допомогою їхнього використання);

Невідповідний або неправильний інструментів (персонал повинен користуватись ними, вони можуть бути невідповідними для методів, інструменти змінюються протягом проекту);

Низька якість застосованого комерційного програмного забезпечення ( може бути помилковим, небезпечним, нестійким).

Зовнішні фактори можуть впливати на зростання ризику:

Низька якість або нестійкість застосованих вимог;

Низька якість, нестійкість або відсутність стандартів в зовнішніх інтерфейсах;

Низька якість або непридатність наявних зовнішніх систем, які потрібні для успіху проекту, він може бути необхідним для розвитку методів стимулювання зовнішніх систем.

Управління ризиком включає зменшення вірогідності виникнення ризику також як і зменшення результатів дії ризику. Управління ризику не має ніколи початися з оптимістичним припущенням що "все буде добре", але швидше з запитання, "що, можливо, йде неправильно?". Цей підхід не песимістичний, але реалістичний -, як доказано всіма великими, проектами IT . Управління ризиком вимагає особливості оцінки факторів ризику, пов'язаних з проектом.

Особливість оцінки ризику вимагає:

Короткий опис ризику;

Суб'єктивна вірогідність матеріалізації ризику (низький, середній, високий, або число 0 і 1);

Вплив ризику на проект (низький, високий або число між 0 і 1);

Послаблення ризику: опис методів, дії, правил, які, зменшують ризику;

Мінімізація негативних ефектів ризику;

Визначення дати: дата, яка конкретизує коли дана інформація, надана вище, була введена або змінена (щоб ідентифікувати застарілу інформацію);

Відповідальність: особа відповідає за моніторинг послаблення ризику;

Оцінення збільшення проектних витрат у разі виникнення ризику;

Оцінення зростання часу на проект у випадку виникнення ризику;

Оцінення втрат у призначенні товару: відсутність функції, погані функціональні вимоги, низька якість.

Необхідні дії, які треба використовувати щоб уникнути ризиків:

Постійне дослідження обставин, які можуть наражати на небезпеку проекту;

Удосконалення проектного плану для того, щоб мінімізувати виникнення ризику;

Підготовка запасного плану для використання у випадку, якщо ризик виникає;

Зміна плану у випадку небезпечних обставин.

2. Аналіз вимог плану порталу

Метою ключової фази проекту є - аналіз, особливості всіх чинників або умов в галузі предметної області, розширення середовище розвитку, існуючих або запланованих комп'ютерні системи, які можуть вплинути на вирішення проекту порталу, напрям процесу, реалізацію вимог, завершальне виконання і функціонування порталу. Не зважаючи навіть на належний аналіз, це може призвести до обмеженого користування проекту. Результат фази аналізу це логічна модель системи, яка описує шлях здійснення вимог системою, але абстрагована з виконанням проекту. Завершальний аналітичний документ -є перший документ проекту. Аналітична модель приховує інформацію за межами відповідальності системи. Включаючи деякі з проблеми, галузеві елементи в аналізі роблять модель легшою для розуміння. Прикладом може бути включення зовнішніх систем, з якими система, що розвивається, співпрацюватиме, в моделі. У фазі моделювання може бути не ясно, які елементи моделі будуть реалізовані програмним забезпеченням, які технічними засобами і які будуть реалізовані в ручну. Визначення, які з фрагментів теми галузі, мають бути підтримані програмним забезпеченням, - одна з цілей аналізу.

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

Модель і ціль.

Яку ділову модель потрібно використовувати? Яка передбачається - структура прибутку з порталу як функція часу і замовлення послуг?

Що буде інформаційними функціями порталу?

Що буде виконуючими функціями порталу?

Що клієнт (який замовив портал) подумав про конкурента, який пропонує або має намір запропонувати подібний портал? Чому цей портал повинен бути краще, ніж портали, які побудовані іншими компаніями?

Як аналізуються потреби потенційних споживачів ? Яка типова модель використання порталу користувачами (чому і, коли вони використовуватимуть портал), у зв'язку з джерелом прибутку?

Яка буде оплата за інформацію, взяту з порталу? Яку інформацію доведеться купувати? Наскільки високий буде попит на ту інформацію?

Які є основні ризики протягом створення і функціонування порталу?

Припущення про зміст

Що буде основними секціями вмісту порталу? Який обсяг контексту в цих секціях?

Чи були зроблені аналізи що до потреб змісту користувача? У яких методах використовуються ці аналізи? Хто забезпечуватиме зміст?

Які будуть підготовлені формати змісту ? Чи компанія найматиме програмістів для того, щоб зробити динамічні сторінки, як вимагається?

Який зміст, шрифт, стиль, використовуватиметься?

Правові аспекти

Які механізми контролю будуть використовуватись, щоб гарантувати інтелектуальну власність?

Чи можуть виникнути певні проблемами із захистом особистої інформації?

Які механізми захистять від порушення інших законів чи статуту?

Чи архітектура включатиме електронні засоби підпису? Як?

Припущення про послуги і рекламу

Портал забезпечить рекламу? Яка форма реклам використовуватиметься? Скільки прибутку від порталу прибуде від реклам?

Чи послуги інших компаній - наприклад банки, будівництво, медичні і компанії постачання, магазини - будуть замовлятись через портал?

Чи портал буде поділений на горизонтальну секцію і спеціальні теми або фахові секції?

Які форми оплати за інформацію, послуги і товар, що продаються через портал, будуть дозволені?

Підтримка організаційної моделі підприємства

Як основна організація відділу, що використовує портал, буде взята до уваги?

Чи буде спільна робота підтримки системи? Чи буде вона основана на Інтернеті корпоративному порталі чи іншій технології?

Чи портал зможе підтримувати зв'язок з джерелами прибутку? Портал співпрацюватиме з системою обліку? Яким чином (технічно, організаційно)?

Вимоги до програмного забезпечення

Які припущення про технічні засоби і програмне забезпечення зроблені? Яке програмне забезпечення і технічні засоби будуть потрібні для порталу та його функціонування?

Який Інтернет зв'язок використовуватиметься? Які має клієнт щодо розширення зв'язку?

Які заплановані досягнення?

Яка запланована кількість (максимум, середнє число) конкурентно працюючих користувачів?

Скільки запитань за секунду повинен сприймати портал?

Яка буде вигода порталу?

Яка система управління базами даних знаходиться в теперішній час у використанні? Яка планується? Який буде об'єм бази даних і збільшення цього значення з часом?

Які технології використовуватимуться (які компоненти) наприклад XМL, WAP? Чи є плани, що дотримуються стандартної галузі або тематичної онтології, основаної на XML? Які є плани , що стосуються використання стандартів у використанні інформаційних типів?

Які стандарти в програмному забезпеченні, технічні засобах, мережах, кодуванні, формати інформації, зберіганні даних?Чи існуючі автономні або іноземні базами даних підтримуватимуть співробітництво?

Інформаційний пошук

Яке програмне забезпечення використовуватиметься для пошуку змісту? Які методи пошуку (категорії, ключові слова) використовуватимуться?

Як вміст буде структурований, класифікований і індексований?

Яка буде вимагатися кількість роботи для структурування, класифікації і індексування? Хто зробить це?

Яка запланована точність і глибина індексування? Відповідь на це питання є важлива , так як точність конкретизує рівень інформації , а глибина детальний опис вмісту.

Чи буде враховуватись характеристика місцевої мови в повному пошуку тесту? Чи автоматичне розпізнавання форм морфології виконуватиметься? Чи морфологія буде нормалізована?

Персоналізація

Чи пропонує портал користувачу можливість створення власної сторінки і повідомлень (електронна пошта, календар)? Чи зможуть користувачі створити сторінки за власним уподобанням? Як?

Чи портал потребує або підтримує реєстрацію користувача?

Чи будуть розроблені програмами підтримки, - наприклад калькулятори, календарі, автоматичні повідомлення, алгоритми ( комп'ютеризована медична діагностика) і інший такі засоби?

Захист і безпека

Які вимоги захисту? Який захист вимагається від несанкціонованого доступу, хакерів, вірусів Троя, саботажу, відмова оплати?

Які надійні вимоги ? Які захисні вимоги від поломки системи, помилкового виконання, непослідовності в базі даних, системного перевантаження?

Який запланований час повідомлення?

Організація співпраці між розробником проекту та клієнтом

Який запланований бюджет і розклад для кожної фази розвитку і виконання порталу?

Які можуть бути зроблені рішення що до побудови порталу? Чи заплановане використання спеціального інтерфейсу клієнтом?

Який рівень конфіденційності аналітичної інформації проекту, такі як переговори між розробником і клієнтом?

Які заплановані форми керування проектом і перевірки якості клієнтом?

Які плануються форми навчання персоналу клієнта з використання програмного забезпечення?

Чи існують плани про подальшу підтримку розробника після того як проект було виконано (наприклад підтримка програмного забезпечення, розробка програмного забезпечення після виконання)?



3. Поява і елементи змісту порталу МСП

Майже 99% підприємств, працюючи в межах Євросоюзу, класифіковані як малі і середні підприємства (МСП). Вони забезпечують 2/3 робочих місць і забезпечують майже 60% з НВП ЄС. Це робить їх цікавими.

У Євросоюзі використовується наступний поділ сектора МСП [2]:

Середні підприємства, які складаються менше ніж 250 працівників, які мають річний обіг, менше ніж 40 млн. євро;

Маленькі підприємства, менше ніж 50 працівників і річним обігом, менше ніж 7 млн. євро;

Мікро підприємства, менше ніж з 10 працівниками і річним обігом, меншим ніж 2 млн. євро.

Важко скласти список всіх видів змісту, які можуть, з'явитись на порталі SME. Подані типи є прикладом списку можливих елементів, які з'являються в порталах для малих і середніх підприємств:

Заснування підприємства;

Можливі форми керування бізнесом;

Нерухоме майно, офісне устаткування і матеріали;

Закрите підприємство;

Персонал, поповнення;

Юридична інформація;

Компанії приватного агентства по найму;

Бухгалтерський облік;

Мито і податки;

Інвестиції, біржа;

Маркетинг, реклама;

Економічна кооперація;

Програми допомоги ЄС;

Торгові члени ради;

Бізнес-плани МСП;

Бюджет;

Управління підприємством;

Економічна інформаційна система;

Соціальне страхування;

Захист середовища.

Схема головної сторінки порталу допомагає зрозуміти вигляд структури. Іншим способом можна уявити собі структуру, з допомогою карти веб-сайту. Схема веб-сайту містить всі елементи (наприклад графіки), які будуть в ньому.

4. Планування ресурсів

Протягом процесу планування ресурсів, ресурси, необхідні, щоб зрозуміти проект порталу, його виконання і обслуговування. Цей процес включає:

Бюджет, який конкретизує джерело фінансування, наявність фінансування від кожного з клієнтів і в кожній стадії проекту;

Список необхідного персоналу - обдумане число персоналу в кожній спеціальності чи на кожній позиції, припущення про зовнішній персонал і персонал за короткостроковим контрактом;

Оцінка зусиль;

Оцінка потрібних матеріальних ресурсів (наприклад папір, чорнило, диски...), необхідних для виконання проектів;

Список інвестицій необхідних для виконання проекту, окрім інвестицій в комп'ютерну інфраструктуру (наприклад закупівля робочих столів, стільців...);

Вимоги для додаткового офісного простору необхідного для виконання проекту;

Початковий проектний план, який враховує фази проекту - наприклад діаграма Gannt,Pert.

Вимоги програмного та апаратного забезпечення і мережі які необхідні для розвитку проекту, його виконання і функціонування включаючи наступну інформацію:

Наявність і можливість використання існуючих програмного та апаратного забезпечення і мережі, оцінка ціни і часу;

Необхідність інвестицій в програмне і апаратне забезпечення і мережу, так само, як оцінка вартості і часу, необхідних інвестицій;

Потреба наймати новий персонал, який ознайомлений з новим програмним і апаратним забезпеченням і мережею або оцінкою можливості набирати новачків і шукати додаткові кошти для персоналу;

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

5. Визначення припущень на наявність і захист

Проект порталу має взяти до уваги захист і наявність. Наявність порталу визначається як час, коли портал буде доступний для клієнтів. Додаткові припущення, які конкретизують функціоновані параметри порталу, пов'язані з його наявністю :

Мінімальна наявність системи, вираженої як відсоток - наприклад 99% наявних засобів, це портал, який повинен функціонувати без пауз, максимальний допустимий період неможливості використання складає 15 хвилин на день;

Максимальна пауза у функціонуванні (наприклад 2 години);

Максимальна довжина періоду між аварійною відмовою і поверненням до нормального функціонування системи (наприклад через повторний запуск).

Захист порталу характеризується ступенем захисту бізнесу, який належить до організації, яка захищає портал від пошкоджень, що є результатом від неправильного функціонування, порталу - наприклад неправильним підрахунком, аварійною відмовою, яка призводить до невиконання угод, і т.п. Портальний рівень захисту визначається як рівень захисту програмного забезпечення порталу від помилкового функціонування, втрати даних або нападу зі сторони (хакерів, вірусів ,Трої) завдяки випадковим помилкам підтримки команди, вандалізму, саботажу, відмови оплати, і т.п. Ступінь захисту в порталі інтелектуальних засобів і власності і конфіденційності даних від недозволеного або несанкціонованого доступу конкретизує конфіденційність порталу. Для того, щоб захистити різні конфіденційні технічні засоби, як наприклад системи захисту мережі, кодування, паролі, права доступу, електронний підпис.

6. Подальші не функціональні вимоги

Нище перераховані не функціональні вимоги для розробленого порталу . Вони передбачають:

Допустимий час і спосіб підтримки (скільки години на тиждень, наявність простору і підтримка персоналу);

Розмір системи (скільки операцій і користувачів в той самий час, скільки натиснень за секунду, розмір бази даних, збільшення розміру бази даних вчасно, кількість документів, кількість серверів і т.п.);

Розмір оперативної пам'яті, простір диску, простір стрічки, простір оптичних дисків, швидкість комп'ютерів, спеціальне апаратне забезпечення (принтери, сканери);

Швидкість програмного забезпечення: число операцій за секунду, максимальна тривалість відповіді, число транзакцій за секунду;

Точність системи;

Програмне та апаратне платформи підтримуються програмним забезпеченням, зовнішніми базами даних, протоколами, інтерфейсами і мовами (HTTP, ODBC, JDBC, XML, CORBA/ IIOP, RMI, JAVA/EJB);

Підтримувані стандарти для розвитку (методи, мови) програмного забезпечення, стандарти кодування (кодові сторінки, формати файлу, медіа-формати), стандарти для інтерфейсу користувача , комунікаційні протоколи , якісне забезпечення стандартів;

Взаємодія людина-машина: стиль інтерфейсу (команди, меню), формати і шаблони для екранів, повідомлення, повідомлення про помилку, мови запитів;

Пристосованість і модульність системи - легкість зміни вимог, можливість багаторазового використання системних модулів, документація модулів багаторазового використання.

7. Оцінка портального прибутку

Особливість джерела прибутку від порталу є одним з ключових рішень. Це вимагає відповідей на багато запитань, наприклад [3]:

Що необхідно клієнтам від нас , за які послуги вони будуть готові платити?

Що клієнти можуть купити в нас? Які товари?

Чи ми можемо використовувати наш портал як платформу, яка дозволяє нам діяти між клієнтами, наприклад в створенні контактів або товарообміну?

Чи є компанії або користувачі, які хотіли б наблизитись до наших клієнтів, наприклад через рекламу?

Відповіді на ці запитання показують основні джерела прибутку від порталу:

Підписка оплати за користування послуг;

Скорочення вартості операцій, які були проведенні використовуючи традиційні засоби;

Комісійні на запропоновані товари або операції проведені через портал зовнішньою послугою або постачальниками товару;

Оплата, реклама;

Зменшення вартості маркетингу.

Окрім тих прямих початкових джерел прибутку, є також джерела, які приносять непрямий, часто складний для оцінки прибуток. Цей прибуток відіграє важливу роль для компанії і проведення бізнесу:

Створення і зміцнення хорошого ринкового зображення компанії існуючи в Інтернеті;

Швидка пропозиція клієнту, зменшення відстані між клієнтом і компанією;

Бази даних користувача, підтримка лояльності клієнта;

Скорочення внутрішніх витрат і підтримка ділових процесів організації в межах компанії через використання інтегрованої інформації, що міститься в межах порталу.

8. Помилки в дизайні WEB сторінок

портал несанкціонований діловий програмний

Найзагальніші помилки в дизайні веб-сторінок, і використання веб-сайтів можна поділити на технічні і істотні помилки [4]. Технічні помилки пов'язані з неправильним функціонуванням пересування, повільним завантаженням веб-сторінок, графічним дизайном. Істотні помилки є важливіші і пов'язані переважно з змістом веб-сайту. Список таких помилок представлено нижче:

Немає відповідної власної адреси;

Відсутність чіткої мети;

Відсутність плану дії;

Немає відповідності між веб-сайтом і компанією;

Публікація не важливої інформації на веб-сайті;

Публікація незавершених сторінок;

Публікація нецілеспрямованого змісту;

Неправильне обслуговування клієнта Інтернету;

Немає оновлень веб-сайту;

Немає механізмів, що підтримують комунікацію.

Багато цікавої інформації, яка пов'язана із створенням важливих веб-сайтів, опублікована на веб- сторінці Джакоба Нільсона [5]. Одна з наявних сторінок містить список десяти найгірших помилок, зроблених протягом створення веб-сторінки. Перший такий список був виданий в 1996 і залишається дійсним (з невеликими поправками) сьогодні. Наступні помилки в цьому списку:

Немає ніяких відповідних механізмів для пошуку веб-сторінки, мінімальне скорочення пошуку (результат складається з слів і фраз, які повністю підходять до запиту);

Публікація файлів PDF замість під сторінок html;

Немає вказівки відвіданих сторінок;

Невідповідне форматування тексту, це робить читання і розуміння тексту важчим (великі текстові блоки, довгі пропозиції, немає поділу на секції і параграфи, і т.п.);

Встановлення малих розмірів шрифту (використання CSS, можливо запобігає зміну розміру шрифту в бровзері);

Використання невеликих заголовків сторінок або невикористання цілей для пошуку (наприклад welcome і т.п.);

Використання виразу типового для рекламування (наприклад логотипи, анімація);

Відсутність послідовності в пересуванні і вигляді;

Відкриття нових вікон браузера замість використання стандартного пересування;

Відсутність необхідної інформації (наприклад, мало цін на веб-сторінках).



9. Негативні аспекти побудови ділових порталів

Існують фактори, які можуть, скоротити ділову ефективність порталу. Електронний бізнес в Польщі несе високий ризик. Доступ Інтернету в Польщі недавно був дуже дорогий, в декілька разів більше, ніж в США або Західній Європі. Це - негативний вплив монополії TP S.A. і агресивної фінансової політики уряду до технологічних досягнень. У 2003-2004 роках, ціни на доступ Інтернету впали завдяки збільшенні конкуренції на ISP ринку. У порівнянні із Західною Європою і США, тільки невелика частина населення Польщі користується Інтернетом. Було підраховано, що в травні 2000 року кількість користувачів Інтернету сягнуло 7.4% з населення, вікова категорія яких складає 15 років. Ці підрахунки є дуже оптимістичні, вони не беруть до уваги час і якість цього доступу. Часто недостатня телефонна інфраструктура і її низька технічна якість перешкоджають користуванню Інтернетом. (комутовані підключення). Існує недостатньо форм оплати за послуги, товари і інформацію, що купили через Інтернет. Лише 3% жителів Польщі використовують запас Інтернету - середня величина в Європі складає 10-14%, в США - 27% (дані 2000 року).

Размещено на Allbest.ru