Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

План випробувань

Наслідки банкрутства підприємства.

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

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

Наслідки банкрутства взагальному є негативними для України: зменшується кількість підприємств, що призводить до зменшення пропозиції товарів, робіт чи послуг, зростає рівень безробіття і виплат безробітним, зменшуються податкові надходження до держбюджету і т.д.

Наслідки признання підприємства банкрутом.

 

1. Зупиняється підприємницька діяльність боржника.

 

2. До ліквідаційної комісії переходять права розпорядження майном банкрута та його майнові права і обов'язки.

 

3. Вважаються такими, що наступили, всі борги банкрута.

 

4. Зупиняється нарахування пені і процентів на всі види заборгованості.

 

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

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

- Загальні відомості;

- План випробувань;

- Технічні вимоги і оцінку результатів;

- Опис випробувань.

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

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

При описі процедур перевірки програмного виробу обов’язково фіксуються обмеження, пов’язані з умовами випробувань (технічні засоби, програмне середовище, заповнене бази даних).

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

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

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

3. Роботи по експлуатації і супроводу програмного забезпечення

Під час фази експлуатації і супроводу починається практичне використання програмного забезпечення. Особливий інтерес представляють процедури супроводу, які прагнуть регламентувати відповідними стандартами, щоб знизити витрати на цей вид діяльності. Мета супроводу програмного виробу – забезпечити задоволення реальних потреб користувача. Процес супроводу включає роботи по внесенню змін в програми і документацію для розвитку і вдосконалення функціональних можливостей програмного забезпечення і підвищення його якості, по підтримці виробу в робочому стані і по підвищенню ефективності його використання.

На відміну від супроводу технічних засобів, який був пов’язаний з відновленням первинних характеристик продукту, супровід програмного виробу в результаті завжди дає зміну програмного продукту. От чому штат, який зайнятий супроводом, повинен повністю розуміти програмний продукт, в який необхідно вносити зміни. В деяких випадках потрібне навчання фахівців по супроводу. В процесі експлуатації і супроводу створюється Документ, що відображає історію розвитку проекту.

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

Супровід програмного забезпечення пов’язаний з внесенням змін протягом всього часу використання програмного виробу. До причин, що визначають необхідність внесення змін у виробі, відносяться:

- Наявність помилок в програмному продукті, що використовується;

- Зміна вимог користувача (розширення або модифікація);

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

- Зміна організаційної структури, умов і методів роботи користувача.

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

У першу чергу повинні бути визначені процедури для модифікації програмного виробу, оскільки основна питома вага робіт по супроводу обумовлена змінами, пов’язаними з модернізацією виробу і з адаптацією до умов конкретного користувача. Ці зміни вимагають порядку 80% всіх зусиль, затрачуваних на супровід, і лише близько 20% зусиль витрачається на коректування програм, що видають невірні результати.

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

4. Задачі служби супроводу програмного виробу

В процесі експлуатації програмного виробу користувачі взаємодіють з відповідальною організацією (групою), яка здійснює супровід. Задачами служби супроводу є:

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

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

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

- Внесення змін в програми з метою їх пристосування до умов роботи конкретного користувача.

- Контроль правильності всіх коректувань, що вносяться у виріб, і перевірка якості змінених програм.

- Доведення до користувача інформації про внесені зміни.

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

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

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

 

<== предыдущая лекция | следующая лекция ==>
 | Передумови та основне завдання створення системи КР
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 367; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.015 сек.