Требования к составу технических средств. Требования к организации входных данных. Требования к надежности

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

Стандарт полностью соответствует СТ СЭВ 1627-79.

Правила оформления

Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхней части листа над текстом.

Лист утверждения и титульный лист

Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.

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

Изменения и дополнения

Для внесения изменений или дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.

Учесть все детали на начальном этапе разработки невозможно. На практике указанный подход применяется весьма часто. В разделе «Стадии и этапы разработки» следует явно указать возможность внесения изменений и дополнений в техническое задание: «Содержимое разделов настоящего технического задания может быть изменено и дополнено по согласованию с Заказчиком».

Состав разделов технического задания

Техническое задание должно содержать следующие разделы:

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

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

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

Введение

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

Основное правило работы с текстом – детализация, дробление текста на структурные единицы, подразделы, пункты и подпункты. Оглавление текста будет иметь четкую структуру, способствующую легкому поиску требуемого материала. Текст документа станет структурированным и удобным для чтения. Создаем подразделы:

Наименование программы

Наименование – «Текстовый редактор для работы с файлами формата rtf».

Краткая характеристика области применения

Программа предназначена к применению в профильных подразделениях на объектах Заказчика.

Содержимое отдельных пунктов не всегда очевидно. При затруднениях следует подходить формально. Правку можно будет внести на этапе согласования технического задания с Заказчиком.

Основания для разработки

В разделе должны быть указаны:

Документ (документы), на основании которых ведется разработка; организация, утвердившая этот документ, и дата его утверждения; наименование и (или) условное обозначение темы разработки.

В подразделе следует привести сведения, содержащиеся в Договоре.

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

Основанием для проведения разработки является Договор (письмо и т. д.) № 000 от 01.01.01 года (входящий № такой-то от такого-то). Договор согласован с Директором ГУП «Спецтяжмонтажстройсельхозавтоматика» Ивановым Петром Ивановичем, именуемым в дальнейшем Заказчиком, и утвержден Генеральным директором Блюмкинсом Иваном Ароновичем, именуемым в дальнейшем Исполнителем, такого-то марта 2008 .

Удобно воспользоваться разделом «Общие сведения» ГОСТ 34.602-89, поскольку разработчик имеет полное право дополнять и удалять разделы технического задания на свое усмотрение. В то же время сведения, указанные выше, содержатся в Договоре. Следует ли приводить их в Техническом задании – зависит от конкретного случая.

Наименование и условное обозначение темы разработки

Наименование темы разработки – «Разработка текстового редактора для работы с файлами формата rtf».

Условное обозначение темы разработки (шифр темы) – «РТФ-007».

Назначение разработки

В разделе должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

Функциональное назначение

Функциональным назначением программы является предоставление пользователю возможности работы с текстовыми документами в формате rtf.

В подразделе должно быть указано «укрупненное» функциональное назначение программы. Детали – перечень функций и т. д. – будут приведены ниже, в соответствующих разделах.

Эксплуатационное назначение может трактоваться достаточно широко. Где, как, кем, с чем должна эксплуатироваться программа?

Резина одного типоразмера может успешно эксплуатироваться на Жигулях и Волгах, но не на КаМАЗе. И наоборот. Но для каждого конкретного типоразмера резины можно определить ее эксплуатационное назначение.

Применим формальный подход:

Эксплуатационное назначение

Программа должна эксплуатироваться в профильных подразделениях на объектах Заказчика.

Конечными пользователями программы должны являться сотрудники профильных подразделений объектов Заказчика.

Требования к программе или программному изделию

Раздел должен содержать следующие подразделы:

Требования к функциональным характеристикам; требования к надежности; условия эксплуатации; требования к составу и параметрам технических средств; требования к информационной и программной совместимости; требования к маркировке и упаковке; требования к транспортированию и хранению; специальные требования.

Если существуют стандарты, содержащие общие (технические) требования к программе, системе или изделию, к примеру, «ГОСТ. Автоматизированные информационно-измерительные системы . Общие (технические) требования», разработка технического задания существенно упрощается. Большая часть содержимого указанного стандарта просто переписывается в техническое задание.

Требования к функциональным характеристикам

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

Требования к составу выполняемых функций

Программа должна обеспечивать возможность выполнения перечисленных ниже функций:

1. функции создания нового (пустого) файла.

2. функции открытия (загрузки) существующего файла.

4. функции редактирования текущего файла с применением буфера обмена операционной системы.

5. функции сохранения файла с исходным именем.

6. функции сохранения файла с именем, отличным от исходного.

7. функции отправки содержимого текущего файла электронной почтой с помощью внешней клиентской почтовой программы.

8. функции вывода оперативных справок в строковом формате (подсказок).

9. функции интерактивной справочной системы.

10. функции отображения названия программы, версии программы, копирайта и комментариев разработчика.

Клише «обеспечивать возможность выполнения» применимо к современным программным средствам, разработанным с использованием графического пользовательского интерфейса. Указанные программные средства большей частью «простаивают» (idle), ожидая действий оператора.

Требования к организации входных данных

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

Файлы указанного формата должны размещаться (храниться) на локальных или съемных носителях, отформатированных согласно требованиям операционной системы.

Любой файл иного формата, но с расширением rtf, открываться не должен.

Файлы http:///file. rtf или ftp:///file. rtf открываться не должны. Если файловая система отформатирована как FAT32, файлы с локального или съемного носителя, отформатированного, к примеру, в формате ext3, открываться не должны.

Требования к организации выходных данных

См. Требования к организации входных данных.

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

Требования к временным характеристикам

Требования к временным характеристикам программы не предъявляются.

Следует уточнить, предъявляет ли Заказчик требования к быстродействию программы, к примеру, за какое время программа должна стартовать, открывать и закрывать файлы заданного объема. Если Заказчик укажет конкретные цифры, следует подстраховаться и заложить в требованиях к составу и параметрам технических средств суперкомпьютер стоимостью от $2500. Правда, такую сумму придется обосновывать. Если временные характеристики для Заказчика не принципиальны, следует обязательно написать об отказе от требований к временным характеристикам (см. формулировку выше).

Требования к надежности

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

Надежность – вещь тонкая и очень опасная. Но перечень функций и видов их отказов, согласно п. 1.3.2. ГОСТ 24.701-86, обязан составить Заказчик и согласовать с Исполнителем. Скорее всего, дождаться от Заказчика чего-либо вразумительного не удастся. Стоит разъяснить Заказчику, что надежное функционирование программы зависит не столько от Исполнителя, сколько от надежности технических средств и операционной системы, а также предложить Заказчику ряд жестких мер для повышения надежности и устойчивости функционирования программы.

Требования к обеспечению надежного (устойчивого) функционирования программы

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

Организацией бесперебойного питания технических средств; использованием лицензионного программного обеспечения ; регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 01.01.01 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»; регулярным выполнением требований ГОСТ. Защита инфоpмации. Испытания пpогpаммных сpедств на наличие компьютеpных виpусов.

К списку можно добавить еще десяток нормативных документов. В ходе первичного согласования технического задания Заказчик, скорее всего, начнет проявлять склонность к компромиссу.

Возможен более гуманный подход. Под надежностью (правда, системы, по тому же ГОСТ) можно считать безотказное выполнение некой i-той функции в течение конкретного интервала времени. Предложим Заказчику считать критерием надежной работы программы следующий показатель: Заказчик в течение часа 100 раз открывает и закрывает файл. Если в указанном интервале времени программа не даст сбоев, требования по надежности считаются выполненными.

Если Заказчик, наконец, убедился, что надежность зависит не столько от Исполнителя, сколько от надежности технических средств и операционной системы, и махнул рукой – в разделе обязательно следует написать такую фразу:

Требования к обеспечению надежного (устойчивого) функционирования программы не предъявляются.

Время восстановления после отказа

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

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

Перечень аварийных ситуаций также составляет Заказчик и согласовывает с Исполнителем. Фактически, это время на перезагрузку операционной системы, если отказ не фатален, не вызван крахом операционной системы или выходом из строя технических средств.

Отказы из-за некорректных действий оператора

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

Условия эксплуатации

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

Климатические условия эксплуатации

Климатические условия эксплутатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.

Программа будет прекрасно работать от плюс 5 до плюс 35 °C при относительной влажности 90% и атмосферном давлении 462 мм. рт. ст., поскольку такие условия приблизительно соответствуют условиям эксплуатации современных компьютеров непромышленного исполнения. Но, как только в техническом задании окажется конкретика и задание будет утверждено, Заказчик получает отличный шанс заставить Исполнителя провести климатические испытания в полном объеме за счет Исполнителя.

Требования к видам обслуживания

См. Требования к обеспечению надежного (устойчивого) функционирования программы.

Программа не требует проведения каких-либо видов обслуживания.

Виды обслуживания следует позаимствовать из подраздела «Требования к обеспечению надежного (устойчивого) функционирования».

Если Заказчик в ходе согласования технического задания сошлется на отсутствие ресурсов или желания проводить все виды обслуживания собственными силами, имеет смысл предложить разработку технического задания на сопровождение программного средства за отдельные деньги отдельным договором. Откажется – следует считать программу необслуживаемой.

Требования к численности и квалификации персонала

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

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

Конечный пользователь программы (оператор) должен обладать практическими навыками работы с графическим пользовательским интерфейсом операционной системы.

Персонал должен быть аттестован на II квалификационную группу по электробезопасности (для работы с конторским оборудованием).

При отсутствии самой ключевой (жирной) фразы в утвержденном техническом задании Заказчик вправе затребовать от Исполнителя разработку руководства по эксплуатации графического пользовательского интерфейса операционной системы, мотивируя тем, что оператор «не справляется» с программой.

Персонал, не имеющий II квалификационной группы по электробезопасности, не имеет права даже близко подходить к ПЭВМ и конторскому оборудованию.

Требования к составу и параметрам технических средств

В подразделе указывают необходимый состав технических средств с указанием их основных технических характеристик.

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

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

Процессор Pentium-1000 с тактовой частотой, ГГц - 10, не менее; материнскую плату с FSB, ГГц - 5, не менее; оперативную память объемом, Тб - 10, не менее; и так далее…

Требования к информационной и программной совместимости

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

При необходимости должна обеспечиваться защита информации и программ.

Требования к информационным структурам и методам решения

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

Требования к информационным структурам (файлов) на входе и выходе, а также к методам решения не предъявляются.

Требования к исходным кодам и языкам программирования

Исходные коды программы должны быть реализованы на языке C++. В качестве интегрированной среды разработки программы должна быть использована среда Borland C++ Buider.

Требования к программным средствам, используемым программой

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы. Допускается использование пакета обновления такого-то.

Требования к защите информации и программ

Требования к защите информации и программ не предъявляются.

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

Требования к маркировке и упаковке

Программа поставляется в виде программного изделия - на дистрибутивном (внешнем оптическом) носителе (компакт-диске).

Речь идет о маркировке и упаковке дистрибутивного носителя - программного изделия (см. ГОСТ 19.004-80).

Требование к маркировке

Программное изделие должно иметь маркировку с обозначением товарного знака компании-разработчика, типа (наименования), номера версии, порядкового номера, даты изготовления и номера сертификата соответствия Госстандарта России (если таковой имеется).

Маркировка должна быть нанесена на программное изделие в виде наклейки, выполненной полиграфическим способом с учетом требований ГОСТ 9181-74.

Качество маркировки проверяется самыми изощренными способами – сначала пытаются смыть маркировку водой, затем бензином и прочими органическими растворителями. Пусть полиграфическое предприятие несет ответственность за некачественную маркировку. Задача Исполнителя - прикрыться сертификатом соответствия (затребовать сертификат у полиграфистов).

Требования к упаковке

Упаковка программного изделия должна осуществляться в упаковочную тару предприятия-изготовителя.

Именно предприятия-изготовителя. Исполнитель не может и не должен нести ответственность большую, чем предприятие-изготовитель тары.

Условия упаковывания

Упаковка программного изделия должна проводиться в закрытых вентилируемых помещениях при температуре от плюс 15 до плюс 40 °С и относительной влажности не более 80 % при отсутствии агрессивных примесей в окружающей среде.

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

Порядок упаковки

Подготовленные к упаковке программные изделия укладывают в тару, представляющую собой коробки из картона гофрированного (ГОСТ 7376-89 или ГОСТ 79согласно чертежам предприятия-изготовителя тары.

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

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

Эксплуатационная документация должна быть уложены в потребительскую тару вместе с программным изделием.

На верхний слой прокладочного материала укладывается товаросопроводительная документация - упаковочный лист и ведомость упаковки.

Потребительская тара должна быть оклеена лентой клеевой 6-70 по ГОСТ.

Упакованные в потребительскую тару программные изделия должны быть уложены на поддон, стянуты лентой для предотвращения потери формы груза и упакованы в полиэтиленовую пленку М 0,2 для защиты от попадания влаги.

В коробку поддона должна быть вложена товаросопроводительная документация, в том числе упаковочный лист согласно ГОСТ.

Габариты грузового места должны быть не более 1250 x 820 x 1180 мм.

Масса НЕТТО - не более 200 кг.

Масса БРУТТО - не более 220 кг.

В подразделе приведен порядок упаковки из ранее разработанного документа на какие-то технические средства. Выглядит несколько необычно в контексте программного изделия. Говоря простым русским языком - полнейший стёб.

Требования к транспортированию и хранению

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

В подразделе приведены условия транспортирования и хранения из ранее разработанного документа на какие-то технические средства. Это касается и требований к порядку упаковки. Выглядит несколько необычно в контексте программного изделия.

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

Условия транспортирования и хранения

Допускается транспортирование программного изделия в транспортной таре всеми видами транспорта (в том числе в отапливаемых герметизированных отсеках самолетов без ограничения расстояний). При перевозке в железнодорожных вагонах вид отправки - мелкий малотоннажный.

При транспортировании и хранении программного изделия должна быть предусмотрена защита от попадания пыли и атмосферных осадков. Не допускается кантование программного изделия. Климатические условия транспортирование приведены ниже:

температура окружающего воздуха, °С - от плюс 5 до плюс 50; атмосферное давление, кПа - такое-то; относительная влажность воздуха при 25 °С - такая-то.

Специальные требования

Программа должна обеспечивать взаимодействие с пользователем (оператором) посредством графического пользовательского интерфейса, разработанного согласно рекомендациям компании-производителя операционной системы.

Разработчики настоящего стандарта смотрели в будущее. Не существовало в те годы программ с графическим пользовательским интерфейсом.

Требования к программной документации

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

Состав программной документации предусмотрен ГОСТ 19.101-77.

Предварительный состав программной документации

Состав программной документации должен влючать в себя:

Техническое задание; программу и методики испытаний; руководство системного программиста; руководство оператора; ведомость эксплуатационных документов.

Программа и методики испытаний потребуются, чтобы показать Заказчику, что разработанная Исполнителем программа соответствует требованиям согласованного и утвержденного технического задания. После проведения совместных (приемо-сдаточных) испытаний Заказчик и Исполнитель подпишут Акт приемки (сдачи) работы. И, тем самым, работа будет закрыта, условия Договора выполнены.

Согласно п. 2.6. ГОСТ 19.101-77 «Допускается объединять отдельные виды эксплуатационных документов (за исключением ведомости эксплуатационных документов и формуляра). Необходимость объединения этих документов указывается в техническом задании. Объединенному документу присваивают наименование и обозначение одного из объединяемых документов».

Программная документация, входящая в предварительный перечень, должна быть оформлена согласно требований ГОСТ 19.106-78.

Технико-экономические показатели

Ориентировочная экономическая эффективность не рассчитываются.

Предполагаемое число использования программы в год – 365 сеансов работы на одном рабочем месте.

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

Положим, Заказчик оснащает программой десяток рабочих мест. Исполнитель потребовал за разработку $1000. Заказчик мог бы установить на рабочие места программный продукт третьей фирмы, стоимостью $500 за дистрибутив и по $100 за лицензию на каждое рабочее место.

Экономические преимущества разработки

Экономические преимущества разработки в сравнении с лучшими отечественными и зарубежными аналогами составит:

число рабочих мест

разработка

экономические преимущества

Стадии и этапы разработки

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

Стадии разработки и этапы регламентированы ГОСТ 19.102-77. ГОСТ 19.102-77 не препятствует исключению отдельных стадий работ, а также объединению отдельных этапов работ.

Стадии разработки

Разработка должна быть проведена в три стадии:

Разработка технического задания; рабочее проектирование; внедрение.

Этапы разработки

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

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

Разработка программы; разработка программной документации; испытания программы.

На стадии внедрения должен быть выполнен этап разработки - подготовка и передача программы.

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

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

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями ГОСТ 19.101-77 с требованием п. Предварительный состав программной документации настоящего технического задания.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

Разработка, согласование и утверждение программы (в ГОСТ, похоже, опечатка – «порядка») и методики испытаний; проведение приемо-сдаточных испытаний; корректировка программы и программной документации по результатам испытаний.

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

Порядок контроля и приемки

В разделе должны быть указаны виды испытаний и общие требования к приемке работы.

Виды испытаний

Приемо-сдаточные испытания должны проводиться на объекте Заказчика в сроки…

Приемо-сдаточные испытания программы должны проводиться согласно разработанной (не позднее такого-то срока) Исполнителем и согласованной Заказчиком Программы и методик испытаний.

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.

Общие требования к приемке работы

На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывают Акт приемки-сдачи программы в эксплуатацию.

Приложения

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

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

Если есть, почему не привести. И обязательно выложить перечень ГОСТ, на основании которых должна проводиться разработка. Например:

ГОСТ 19.201-78. Техническое задание, требования к содержанию и оформлению; и так далее...

В завершении проектирования необходимо проследить за работой пользователя при управлении RAID-системой.

Установка RAID . При подключенииRAID-системы к компьютеру и после настройки необходимых драйверов, пользователю необходимо настроить работуRAIDна нужный режим (RAID0,RAID1,RAID3 и др.). После этого готовое для работы дисковое пространство необходимо разбить на нужные тома (разделы). В завершении настройки необходимо протестировать работу всей системы.

Управление/Диагностика RAID . Если пользователю захотелось посмотреть на состояние работы системы либо изменить какие-либо параметры, ПО должно информативно показать состояние работы системы и предоставить удобный интерфейс для изменения настроек системы. При этом как часто бывает, администратор работает с компьютером, на котором установленRAID, удаленно (например, из дома), поэтому ПО должно обеспечивать авторизированный (защищенный) доступ для управления системой по сети.

Обработка ошибок. Система обязана незамедлительно сообщить администратору о возникших ошибках в работеRAID. Так как сам по себеRAID-контроллер не может подать сигнала о неисправности, ПО должно обеспечивать бесперебойный мониторингRAIDна предмет ошибок.

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

1. Конструкторская часть

   1. Требования к системе

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

1. Состав выполняемых функций

Создаваемый программный продукт должен обеспечить выполнение следующих функциональных действий:

Начальная установка только что приобретенной RAID-системы;

Ежедневный мониторинг состояния RAID-системы;

Изменение конфигурации существующей системы (менеджер дисков, управление дисковым пространством, настройки RAID-контроллера);

Возможность удаленно с другого компьютера производить управление системой;

Нотификация администратора о неисправностях и сбоях в работе RAID-системы.

1. Требования к надежности

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

1. Условия эксплуатации и требования к составу и параметрам технических средств

При удаленном администрировании RIAD-системой нужно запускать два программных модуля – один на компьютере сRAIDсистемой, другой на компьютере администратора.

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

Для связи обоих программных модулей между собой используется протокол TCP/IP. Поэтому для возможности удаленно работать сRAID-системой, необходима настроенная сеть для обоих компьютеров. При администрированииRAID-системы с локального компьютера, подключение к сети не нужно.

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

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

Программа, с помощью которой реализован данный курсовой проект, предназначена для решения задач следующих видов. Пусть в АС должно решаться i задач (в зависимости от назначения АС это могут быть задачи планирования, учёта, подготовки документов и т.д.). В состав АС входятj элементов (узлов): это могут быть подразделения предприятия, узлы вычислительной сети и т.д. Требуется распределить задачи АС по её элементам в соответствии с выбранными критериями и ограничениями.

При распределении задач АС по её элементам обычно используются следующие критерии оптимизации (целевые функции):

Минимизация общих затрат на решение всех задач;

Минимизация общего времени решения всех задач;

Минимизация максимального времени решения задач (минимизация времени, к которому будет решена последняя задача);

Максимизация общей прибыли от решения всех задач.

При выборе оптимального варианта распределения задач АС по её элементам обычно учитываются следующие ограничения:

На затраты ресурсов (денежных или каких-либо других), связанные с решением всех задач;

На общее время решения всех задач АС;

На загрузку отдельных элементов АС.

Могут использоваться и другие ограничения (например, на затраты ресурсов в отдельных элементах АС, на время решения конкретных задач и т.д.).

1.3 Описание логической структуры программы

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

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

Рассмотрим содержимое основного меню, которое состоит из трех пунктов:

В пункт меню Файл включены 4 команды:

Новый -- выбор данного пункта очищает основное окно программы для ввода нового условия.

Открыть – выбор данного пункта позволяет открыть файл отчёта с ранее найденными решениями;

Выход - выбор данного пункта осуществляет выход из программы.

В пункт меню Команды включены 4 команды:

Изменить размерность – изменяет размерностьмасива в соответствии с количеством задач и узлов, введеных пользователем;

Матрица решения - открывает форму с общим решением;

Оптимальное решение – выполняет поиск оптимального решения поставленной задачи, выводя результаты в нижнюю часть основной формы (только в случае полного введения всех значений по заданному условию);

Критерий эффективности - выполняет поиск критерия эффективности, выводя его в основном окне программы.

В пункт меню HELP включены две команды:

Сождержаниеа – открывает окно с руководством по использованию программы и методе решения задачи;

О программе – открывает окно с общей информацией о программе и её разработчиках.

Кнопки управления, расположенные в главном окне, выполняют те же действия, что и соответствующие команды основного меню.

В окне «Первая частная задача синтеза оптимальной структуры» на вкладке «Постановка задачи» пользователь должен ввести следующие исходные данные:

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

количество узлов, между которыми будут распределяться задачи;

значения элементов матрицы затрат времени (затрат денег);

значения элементов матрицы затрат денег (затрат времени);

После ввода всех исходных данных и нажатия кнопки Матрица решений или соответствующего пункта меню, на экране появится второе окно, которое содержит одну кнопку управления:Ok , при нажатии на которую данное окно ответа будет закрыто.

При нажатии кнопки Оптимальное решение в нижней части формы выводиться оптимальное решение.

При нажатии кнопки Критерий эффективности в форме выводиться значение критерия эффективности.

При нажатии кнопки Выход , осуществляется выход из программы.

В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.

1. Редактор должен работать в многооконном графическом режиме и поддерживать работу как клавиатуры, так и манипулятора типа «мышь».

2. Пользователь, по своему желанию, должен иметь возможность установки масштабного поля для каждого окна.

3. Минимизатор должен обеспечивать нахождение минимального пути с проходом только один раз через каждое ребро каждого многоугольного контура детали в области размещения.

4. Найденный путь должен демонстрироваться на экране в различных режимах.

5. Информация о размещении контуров и сформированном маршруте может быть сохранена в локальной базе данных минимизатора.

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

7. Информация о размещении и сформированном маршруте может быть выведена в форме файла геометрической информации следующей структуры: …

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

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

10. Программа должна обеспечивать просмотр выходного файла.

Конец работы -

Эта тема принадлежит разделу:

Технология разработки программного обеспечения

На сайте сайт читайте: "Технология разработки программного обеспечения"...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ:

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Требования к информационной и программной совместимости
В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам

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

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

Результирующие компоненты изделия
В данном разделе приводится таблица, подобная или эквивалентная таблице 2.1. В данном случае использована заранее подготовленная печатная форма, что уменьшает время подготовки инфор

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

Исключенные пункты плана
Если имеются какие-либо плановые указания, требующие особых свойств и возможностей программных средств, которые не могут быть обеспечены, если изделие разрабатывается в соответствии с другими требо

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

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

Рассмотренные альтернативы
Кратко описываются альтернативы данной разработки, которые были рассмотрены и отклонены, а также причины отклонения. Если программы должны быть закуплены, поясняется, почему они не

Окупаемость капиталовложений
Определяется прибыль, которую даст создание изделия, в понятиях, соответствующих целевому назначению организации. Пример. Фирма ABC Services ожидает, что объем сбыта в фина

Системное программное обеспечение
Системное программное обеспечение - это все остальное программное обеспечение, включающее операционные системы, компиляторы, утилиты, пакеты прикладных программ и др. Это программно

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

Внешние ограничения
Перечисляются все ограничения, сфера действия которых шире, чем сфера действия СТ; сюда входят, например, промышленные ограничения или ограничения, касающиеся серии изделий. Может быть разрешено вв

Ограничения на совместимость
Всегда должно рассматриваться несколько аспектов совместимости: исходный язык, машинный язык, форматы данных и сообщений, форматы отчетов, форматы листингов и форматы языка управления заданиями (уп

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

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

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

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

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

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

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

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

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

Удобство сопровождения
Описываются меры, гарантирующие идентифицируемость модулей, если этот вопрос не решен с помощью стандарта. Пример 1. Каждый исходный и объектный модуль будет снабжаться шифром программного

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

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

Область применимости интерфейса пользователя
Пример. В типичном сеансе с ASK пользователь, не имеющий опыта программирования, подключается к системе с помощью терминала и вступает в диалог, в котором он определяет: - интересующие его

Алгоритм интерфейса пользователя
Пример. ASK выполняет каждую команду в режиме интерпретации и немедленно; таким образом, накопление команд не разрешается (за исключением команд запоминания, которые будут рассмотрены ниже).

Аппаратные ограничения
Пример. Помимо устройств, нужных для VSOS ILSAM (см. п. 2.4.1, б и в), процессору корректировок потребуются устройства, перечисленные в таблице 2.3. Таблица 2.3 - Устройств

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

Справочные документы
Отдельно указывается каждый плановый или технический документ, на который имеется ссылка в СТ. Каждый такой документ должен реально существовать (а не подразумеваться в будущем) и д

Ресурсы, обеспечивающие ввод в действие
Определяются ресурсы, требуемые для установки системы, наряду с ресурсами, описанными в разделе 2.5.3 (здесь имеются в виду машинное время, трудозатраты и необходимая квалификация п

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

Требуемые взаимосвязи
Определяются требования, выдвигаемые данным программным изделием к другим проектам или функциям. Дается краткая характеристика каждого требования и указывается этап, на котором может быть установле

Обеспечиваемые взаимосвязи
По структуре этот раздел аналогичен предыдущему, но содержит требования, налагаемые другими изделиями на данное изделие. Каждому требованию в разделе 2.6.1.2 должно соответствовать требование в раз

Техническая ревизионная комиссия
В каждом СТ следует рекомендовать создание технической ревизионной комиссии (ТРК) с указанием места работы каждого члена комиссии и его фамилии, если это возможно, а также назначени

Уровни испытаний
Испытания программ могут быть организованы в три этапа, проводиться в трех режимах и насчитывать десять категорий (см. раздел 5 «Тестирование»). Эта информация представляется в виде таблицы. Для ка

Эталоны для сравнения
Определяются эталонные системы, относительно которых должно выполняться сравнение. Указываются характеристики данной системы в относительных единицах. Если эталона для сравнения нет

Извещение об изменении календарных сроков
Пример. Наименование проекта: Разработка изделия ASK Шифр проекта: C013. Шифр изделия: L301A. Наименование изделия: ASK

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

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

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

Виды испытаний программного изделия. Стадии испытаний
В общем случае, испытания проводятся в несколько стадий, разделенных по времени. К первой стадии относятся испытания класса A, которые проводятся в конце фазы программирова

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

Категории испытания программного изделия
Стадии испытания указывают на время проведения проверок, а режимы определяют тех, кто проводит. Категории испытаний устанавливают характер и назначение тестов. Продуманное деление и

Технология тестирования, классы эквивалентности
Одним из способов изучения поставленного вопроса является исследование стратегии тестирования, называемой стратегией черного ящика, тестированием с управлением по данным или тестиро

Построение тестов
Процесс построения тестов включает в себя: 1) назначение каждому классу эквивалентности уникального номера; 2) проектирование новых тестов, каждый из которых покры

Общие положения
1.1. Структуру и оформление документа устанавливают в соответствии с ГОСТ 19.105-78. 1.2. Руководство системного программиста должно содержать следующие разделы: –

Структура программы
Программа «Автоматизированное рабочее место читателя» состоит из следующих компонентов: 1) zcon - приложение, реализующее функции Z39.50-кли­ен­та; 2) zgate - CGI-

Установка программы
В настоящем документе для именования файлов используется синтаксис, определенный ISO/IEC 9945-1. В тех операционных системах, которые не поддерживают указанный способ именования файлов в приложения

Проверка программы
Проверка программы осуществляется методом ее выполнения. В связи с тем, что конкретные условия применения программы (адреса Z39.50-серверов, названия баз данных, поддерживаемые точк

Дополнительные возможности
Дополнительной возможностью программы является возможность динамического управления формой представления записей при просмотре их в полном формате («Детальная информация») при помощ

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

ВВЕДЕНИЕ

1. Общая характеристика методов оценки эффективности инвестиций

2. Программа Project Expert

2.1 Назначение и основные задачи, которые решает Project Expert

2.2 Инструментальные средства для работы пользователя.Основные программные модули и диалоги

2.3Возможности Project Expert для анализа инвестиционных проектов

3. Оценка эффективности инвестиций с использованием ProjectExpert

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЕ

ВВЕДЕНИЕ

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

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

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

В данной курсовой работе мы будем рассматривать программу "ProjectExpert" фирмы Pro-investConsulting, которая разработана для планирования, расчета и сравнительного анализа инвестиционных проектов в целях выбора оптимальной формы финансирования.

Функциональные возможности включают следующее:

Использование современной методики расчета, основанной на имитации потока реальных денег;

Минимизацию ограничений на горизонт и шаг расчета;

Минимизацию ограничений на количество продуктов;

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

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

Возможность и способы учета инфляции, расчетов в неизменных и текущих ценах;

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

1. ОБЩАЯ ХАРАКТЕРИСТИКА МЕТОДОВ ОЦЕНКИ ЭФФЕКТИВНОСТИ ИНВЕСТИЦИЙ

Международная практика оценки эффективности инвестиций существенно базируется на концепции временной стоимости денег и основана на следующих принципах:

Оценка эффективности использования инвестируемого капитала производится путем сопоставления денежного потока (cash flow), который формируется в процессе реализации инвестиционного проекта и исходной инвестиции. Проект признается эффективным, если обеспечивается возврат исходной суммы инвестиций и требуемая доходность для инвесторов, предоставивших капитал.

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

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

Суть всех методов оценки базируется на следующей простой схеме: Исходные инвестиции при реализации какого-либо проекта генерируют денежный поток CF1, CF2, ... , CFn. Инвестиции признаются эффективными, если этот поток достаточен для:

· возврата исходной суммы капитальных вложений и

· обеспечения требуемой отдачи на вложенный капитал.

Наиболее распространены следующие показатели эффективности капитальных вложений:

1) дисконтированный срок окупаемости (DPB).

2) чистое современное значение инвестиционного проекта (NPV),

3) внутренняя норма прибыльности (доходности, рентабельности) (IRR),

Данные показатели равно как и соответствующие им методы, используются в двух вариантах:

Для определения эффективности независимых инвестиционных проектов (так называемая абсолютная эффективность), когда делается вывод о том принять проект или отклонить,

Для определения эффективности взаимоисключающих друг друга проектов (сравнительная эффективность), когда делается вывод о том, какой проект принять из нескольких альтернативных.

1) Метод дисконтированного периода окупаемости

DPB = -К + ∑ (R t - C t)/ E s (1)

где К – первоначальные инвестиции;

R t – приток денег в t году;

C t – отток денег в t году;

E s – норма дисконта.

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

2) Метод чистого современного значения (NPV - метод)

Этот метод основан на использовании понятия чистого современного значения (Net Present Value)

где CFi - чистый денежный поток,

r - стоимость капитала, привлеченного для инвестиционного проекта.

Термин "чистое" имеет следующий смысл: каждая сумма денег определяется как алгебраическая сумма входных (положительных) и выходных (отрицательных) потоков. Например, если во второй год реализации инвестиционного проекта объем капитальных вложений составляет $15,000, а денежный доход в тот же год - $12,000, то чистая сумма денежных средств во второй год составляет ($3,000).

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

Процедура метода.

Шаг 1. Определяется современное значение каждого денежного потока, входного и выходного.

Шаг 2. Суммируются все дисконтированные значения элементов денежных потоков и определяется критерий NPV.

Шаг 3. Производится принятие решения:

Для отдельного проекта: если NPV больше или равно нулю, то проект принимается;

Для нескольких альтернативных проектов: принимается тот проект, который имеет большее значение NPV, если только оно положительное.

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

Типичные входные денежные потоки :

1. дополнительный объем продаж и увеличение цены товара;

2. уменьшение валовых издержек (снижение себестоимости товаров);

3. остаточное значение стоимости оборудования в конце последнего года инвестиционного проекта (так как оборудование может быть продано или использовано для другого проекта);

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

Типичные выходные потоки :

1. начальные инвестиции в первый год(ы) инвестиционного проекта;

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

3. ремонт и техническое обслуживание оборудования;

4. дополнительные непроизводственные издержки (социальные, экологические и т. п.).

3) Внутренняя норма прибыльности (IRR)

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

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

Математическое определение внутренней нормы прибыльности предполагает решение следующего уравнения

где: CFj - входной денежный поток в j-ый период,

INV - значение инвестиции.

Решая это уравнение, находим значение IRR. Схема принятия решения на основе метода внутренней нормы прибыльности имеет вид:

· если значение IRR выше или равно стоимости капитала, то проект принимается,

· если значение IRR меньше стоимости капитала, то проект отклоняется.

Таким образом, IRR является как бы "барьерным показателем": если стоимость капитала выше значения IRR, то "мощности" проекта недостаточно, чтобы обеспечить необходимый возврат и отдачу денег, и следовательно проект следует отклонить.

2. ПРОГРАММА PROJECTEXPERT

2.1 НАЗНАЧЕНИЕ И ОСНОВНЫЕ ЗАДАЧИ, КОТОРЫЕ РЕШАЕТ PROJECT EXPERT

Планирование развития предприятия требует применения современных методик и инструментов, снижающих временные затраты. Эффективным, адекватным решаемым задачам методом является метод имитационного моделирования, основу которого составляет сценарный подход. Имитационные модели позволяют проигрывать различные варианты развития предприятия, состояния внешнего экономического окружения планируемые инвестиционные проекты. Они дают возможность проверить различные идеи, гипотезы и предположения относительно развития бизнеса, проанализировать последствия их реализации. Деятельность предприятия в модели воспроизводится посредством описания движения денежных потоков (поступлений и выплат, Cash-Flow) как событий, происходящих в различные периоды времени.

Названные подходы положены в основу аналитической системы Project Expert, базирующейся на методике оценки инвестиционных проектов UNIDO и ставшей стандартом де-факто в области бизнес-планирования и инвестиционного проектирования в странах СНГ и Балтии. Последовательно моделируя в системе планируемую деятельность нового или действующего предприятия и изменения в экономической среде, можно вести инвестиционное проектирование и финансовое планирование, создавать бизнес-планы, удовлетворяющие международным требованиям, а также оценивать эффективность реализации проектов. Project Expert позволяет проанализировать альтернативные варианты развития проекта и выбрать оптимальный путь развития предприятия, определить потребность предприятия в денежных средствах, подобрать оптимальную схему финансирования и условия кредитования, оценить запас прочности бизнеса, эффективность вложений для всех участников проекта, выбрать варианты производства, закупок и сбыта, а также вести контроль за реализацией проектов.

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

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

Построение модели компании и ее экономического окружения в рамках проекта ее развития;

Определение потребности в финансировании проекта во времени;

Разработка стратегии финансирования;

Анализ прогнозируемых финансовых результатов инвестиционного проекта;

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

Анализ данных о текущем состоянии инвестиционного проекта в процессе его реализации.

Вот далеко не полный перечень задач, которые позволяет решать Project Expert:

– разработка альтернативных сценариев развития предприятия и выбор эффективной стратегии;

– разработка и анализ инвестиционных проектов (оценка их эффективности, чувствительности к воздействию внешних и внутренних факторов, анализ эффективности инвестиций, как для всего проекта, так и для каждого инвестора), в том числе подготовка бизнес-планов, соответствующих международным требованиям;

– определение потребности в денежных средствах на перспективу, разработка схем финансирования предприятия и выбор оптимальных источников и условий привлечения финансовых ресурсов;

– управление в рамках холдинга или компании группой инвестиционных проектов путем своевременного перераспределения ресурсов;

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

– управление реализацией проектов за счет отслеживания отклонений фактических показателей от плановых;

– оценка рисков при реализации проекта (анализ устойчивости проекта к воздействию факторов внешней экономической среды, оценка запаса прочности как меры риска, связанной с выбранным сценарием развития);

– анализ безубыточности выпуска каждого из видов продукции, оценка и прогнозирование прибыльности подразделений;

– анализ альтернативных управленческих решений, например, при выборе технологии или оборудования.

Входные и выходные данные системы ProjectExpert показаны на рисунке 1.

Рисунок 1. - Входные и выходные данные системы ProjectExpert

2.2 ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА ДЛЯ РАБОТЫ ПОЛЬЗОВАТЕЛЯ. ОСНОВНЫЕ ПРОГРАММНЫЕ МОДУЛИ И ДИАЛОГИ

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

Развитая система справочной помощи, имеющаяся в распоряжении пользователя Project Expert, в отличие от ряда других пакетов не только дает необходимую технологическую поддержку ("что и как сделать"), но также обстоятельно разъясняет экономическую сущность расчетов и операций ("для чего и в связи с чем это необходимо").

Обзор основных элементов пользовательского интерфейса пакета Project Expert

В левой верхней части диалогового окна "Календарный план, расположена таблица этапов, отражающая все этапы календарного плана проекта и основные сведения о них. Видимость колонок и строк таблицы улучшается обычной прокруткой или растягиванием окна и столбцов. Полностью раскрытый заголовок таблицы этапов содержит поля: №, Наименование этапа, Длительность, Дата начала. Дата окончания, Ответственный, Стоимость (тыс. руб), Стоимость ($ US). В нижней части диалогового окна расположена специальная информационная панель, где вводятся длительность, даты начала и окончания каждого текущего этапа работы. В правой части окна "Календарный план" размещается диаграмма GANTT (график Ганта), где отображаются временные характеристики этапов календарного плана проекта и связи между ними.

В Project Expert календарный план работ тесно увязан с правилами представления работ в бухгалтерской документации. Это экономит время на подготовку расчета будущих амортизационных отчислений, затрат на обслуживание оборудования и другие статьи, связанные с инвестиционным этапом. При этом пользователь может выбирать: увязывать этапы инвестиционной и дальнейшей операционной деятельности или описывать их независимо. Если какие-то этапы подготовки производства связаны с постройкой зданий, приобретением оборудования, земли, или других основных средств, пользователь может сразу задать метод расчета амортизации этих активов и соответствующие им другие данные. Расчет амортизации производится далее автоматически с поддержкой любых методов расчета амортизации, распространенных в Украине и Европе.

Дублируя другие известные системы управления проектами Project Expert не ограничивает пользователя одним аспектом календарного планирования, и поддерживает обмен данными с системами MS Project и Primavera SureTrack, что позволяет использовать проекты, подготовленные в этих программах при создании бизнес-плана и, наоборот, переносить данные из бизнес-плана в системы, ориентированные на контроль выполнения проектов.

Модуль "Список активов" позволяет (без вхождения в модуль "Календарный план") редактировать список активов, тип актива, способ начисления амортизации, способ списания НДС, продажу актива, дополнительные инвестиции на реконструкцию актива. Для редактирования актива его следует выбрать из списка и нажать кнопку "Редактировать...". Активизация флажка "Ежемесячная переоценка активов" в нижней левой части диалога "Список активов" обеспечивает ежемесячную переоценку актива на основании данных, введенных в модуле.

Диалог с модулем "Текстовое описание" под заголовком "Инвестиционный план", т. е. текстовое описание к инвестиционному плану (диалог аналогичен текстовому описанию в разделе "Проект").

Модуль "Ресурсы" открывает быстрый доступ к редактированию ресурсов. Окно "Редактирование ресурсов"можно открыть двумя способами: через модуль "Календарный план" и прямо через модуль "Ресурсы".

Если в модуле "Календарный план" выделить один из этапов и затем щелкнуть на нем правой кнопкой мыши, то откроется контекстное меню опций (редактировать, вставить этап, вставить производство, удалить этап и др.). Опция "Редактировать" развернет окно "Редактирование этапа проекта", где среди средств изменения любых параметров этапа есть кнопка "Ресурсы", инициализирующая одноименный многофункциональный диалог, откуда кнопкой "Редактировать ресурсы" включают концевой диалог "Редактирование ресурсов".

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

В зависимости от рабочей ситуации можно воспользоваться любым из вариантов.

Раздел "Операционный план" объединяет 6 модулей: План сбыта; План производства; Материалы и комплектующие; План по персоналу; Общие издержки; Текстовое описание. При построении полной финансовой модели пользователь описывает здесь стратегию операционной деятельности, вводит данные о сбыте произведенной продукции, описывает план продаж и план производства, вводит данные о постоянных и переменных издержках, относимых к периоду производственной деятельности предприятия.

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

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

Раздел "Финансирование" имеет 9 модулей: Акционерный капитал, Займы, Лизинг, Инвестиции, Другие поступления. Другие выплаты. Распределение прибыли. Льготы по налогу на прибыль. Текстовое описание. К этому разделу можно приступать только тогда, когда закончен ввод всех данных о поступлениях и затратах (о денежных потоках) в проекте, а также проведен расчет потребности в капитале. После этого можно вводить данные о стратегии формирования капитала проекта, что позволит программно сформировать величину дефицита для дальнейшего выбора схемы финансирования и способа привлечения средств.

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

После проведения расчета сформированы необходимые отчеты, в т. ч. Отчет о движении денежных средств (Cash-Flow, или План денежных потоков), последняя (сальдовая) строка которого показывает прогнозируемое в различные периоды состояние расчетного счета предприятия.

Назначение опций команды Результаты

Прибыли-убытки - открытие отчета о Прибылях-убытках.

Кэш-фло - открытие таблицы Кэш-фло (отчет о движении денежных средств).

Баланс - открытие отчета "Баланс".

Финансовые показатели - открытие таблицы финансовых показателей.

Эффективность инвестиций - отображение показателей эффективности инвестиций.

Графики - активизация диалога построения графиков.

Детализация результатов - активизация диалога "Детализация результатов".

Таблица пользователя - активизировать диалог "Таблица пользователя".

Пересчет (F9) - пересчет проекта с учетом внесенных изменений.

Можно также использовать дополнительные комбинации клавиш для команд:

Alt+BkSp - отменить ранее введенные данные;

Shift+Del - копировать с удалением выделенной строки;

Ctrl+Ins - копировать выделенную строку;

Shift+Ins - вставить скопированную строку;

F5 - открыть отчет о прибылях-убытках;

F6 - открыть отчет о движении денежных средств;

F7 - открыть балансовый отчет;

F8 - отобразить значения показателей эффективности инвестиций;

F11 - активизировать диалог "Детализация результатов";

F 12 - активизировать диалог "Таблица пользователя";

Shift+F4 - разместить открытые окна в мозаичном порядке;

Shift+F5 - разместить открытые окна каскадом.

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

2.3 ВОЗМОЖНОСТИ PROJECT EXPERT ДЛЯ АНАЛИЗА ИНВЕСТИЦИОННЫХ ПРОЕКТОВ

После того как система сформирует таблицы, содержащие ожидаемые финансовые результаты деятельности предприятия, представленные в виде прогнозных отчетов: отчет о прибылях и убытках, Баланс, Отчет о движении денежных средств, - автоматически производится расчет планируемых финансовых показателей и показателей эффективности инвестиций. Для оценки и корректировки инвестиционного проекта все эти финансовые данные подвергаются анализу. Project Expert позволяет проводить анализ показателей эффективности инвестиций, анализ чувствительности, статистический анализ, анализ безубыточности. Вы также можете создать в системе собственные аналитические таблицы и применять к ним необходимые методы анализа.

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

Project Expert формирует также таблицы показателей эффективности инвестиций и финансовых показателей, включающие следующие группы данных:

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

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

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

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

Инвестиционные критерии, характеризующие стоимость и доходность акций предприятия (прибыль на акцию, P/E, коэффициент покрытия дивидендов и т.п.).

Показатели эффективности инвестиций (дисконтированные Cash-Flow критерии) - чистый приведенный доход, период окупаемости проекта, внутренняя норма рентабельности и другие показатели, используемые для комплексного анализа проекта.

Модуль "Детализация результатов" предоставляет возможность детализировать результаты расчета проекта. Всего можно использовать до 30 стандартных таблиц, отображающих состояние и результаты проекта.

Если это окажется недостаточным или появится необходимость в отчетах другого формата, вы легко создадите их в разделе "Таблицы пользователя".

Оформление и просмотр выходных данных, подготовленных программой, выполняются в разделе "Результаты". Эти материалы вместе с пояснительным текстом входят в бизнес-план, формирование которого обеспечивает вам Project Expert.

Помимо оценки эффективности инвестиционных проектов на основе интегральных показателей программа обеспечивает:

· анализ чувствительности,

· анализ безубыточности

· сценарный анализ

Анализ чувствительности - одной из задач проектного анализа является определение чувствительности финансовой модели предприятия к изменениям различных параметров. Чем шире диапазон параметров, в котором показатели эффективности остаются в пределах приемлемых значений, тем выше запас прочности проекта, тем лучше он защищен от колебаний различных факторов, оказывающих влияние на результаты реализации проекта. Система Project Expert позволяет вам изучить, как будут изменяться финансовые показатели проекта в зависимости от изменения общего уровня инфляции, ставок налогов, затрат на персонал, величины сбыта и других исходных данных проекта (рис. 2).

Рис.2 - Анализ чувствительности. График

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

Анализ безубыточности - в системе анализируются взаимосвязи между издержками и доходами при различных объемах производства.

В Project Expert вы решаете задачу определения точки безубыточности для каждого вида продукции в любом расчетном периоде и рассчитываете объем продаж, покрывающий все издержки на его производство и реализацию.

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

При проведении в Project Expert анализа безубыточности используется метод, основанный на вкладе на покрытие. Помимо количественного и стоимостного значений точки безубыточности, в системе определяется запас финансовой прочности и оценивается влияние выбранной структуры издержек на прибыль - рассчитывается операционный рычаг. Это позволяет вам определять предел безопасности и уровень предпринимательского риска, как на каждый период, так и за ряд периодов в числовом и в графическом виде.

Рис.3. – Безубыточность

Создаваемые системой сводные таблицы позволяют проводить на определенную дату анализ безубыточности для группы продуктов, определять средневзвешенные значения коэффициента вклада на покрытие, анализировать значения операционного рычага и запас финансовой прочности, как по каждому продукту, так и по компании в целом (рис. 3, 4). Подобный анализ потребуется и для прогноза изменения прибыли при изменении объема продаж, и для введения корректировок в планы производства продукции.

Рис.4 - Точка безубыточности - График

При описании в Project Expert компании мы отразили ее структуру. Теперь мы можете не только спрогнозировать финансовые результаты каждого подразделения, но и проанализировать их деятельность и оценить, какие подразделения рентабельны, а какие нет.

Сценарный анализ сравнение вариантов развития - помимо анализа проекта в пакете Professional имеется дополнительный модуль, позволяющий вести многовариантный сценарный анализ и получать ответы на вопросы "Что будет, если?" (рис.5).

Рис 5 - WhatIf & PlanFact

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

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

Рис.6 - Консолидация. Эффективность инвестиций

Для работы по объединению проектов в пакете Project Expert Professional предназначен отдельный модуль - Project Integrator.

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

Под группой проектов в Project Integrator подразумевается некоторое множество взаимосвязанных проектов, разработанных при помощи Project Expert. Критерии, по которым проекты объединяются в группу, определяет пользователь. Отметим, что проекты, добавляемые в группу, должны иметь одинаковые основные валюты и валюты для расчетов на внешнем рынке, а также единицы их измерения. Суммарная длительность проектов не должна превышать 100 лет.

Оценка рисков

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

Мощное, оптимизированное вычислительное ядро системы, способное производить тысячи пересчетов проекта, позволяет использовать для такого моделирования более эффективный, чем упрощенный однопараметрический метод анализа чувствительности, метод Монте-Карло.

Рис. 7- Статистический анализ (метод Монте-Карло)

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

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

Учет рисков в ставке дисконтирования - Project Expert позволяет учесть риски проекта и в ставке дисконтирования – рассчитать ее по одной из трех моделей – WACC (средневзвешенной стоимости капитала), CAPM (модели оценки капитальных активов), CCM (модели кумулятивного построения).

3. ОЦЕНКА ЭФФЕКТИВНОСТИ ИНВЕСТИЦИЙ С ИСПОЛЬЗОВАНИЕМ PROJECTEXPERT

Будем оценивать проект на примере предприятия ООО "Монитор" по выпуску микропроцессорных спирографов СП02(предназначенные для измерения функции внешнего дыхания в отделениях функциональной диагностики, пульмонологии лечебно-профилактических учреждений). Инвестиционный план разработан в аналитической системе Project Expert.

Аналитическая система Project Expert – система поддержки принятия решений для разработки и выбора оптимального плана развития бизнеса, создания финансовых планов и инвестиционных проектов. Project Expert позволяет моделировать деятельность предприятий различных масштабов – от небольшого частного предприятия до холдинговых структур.

Начнем вносить данные в раздел "Проект"(рис. А1).

Раздел "Проект" предназначен для ввода общей информации о проекте, настройки параметров расчета и отображения данных. Создание нового проекта обычно начинается с формирования данных в этом разделе программы.

В заголовок внесем дату начала проекта 01.03.2005. Продолжительность проекта – 1 год.

В список продуктов внесем спирограф СП02. Предполагаемая дата начала выпуска продукции – 25.03.2005.

Модуль "Отображение данных" предназначен для указания масштаба представления данных проекта и настройки параметров отображения итоговых таблиц. Данные отображаем помесячно.

Диалог "Настройка расчета" предназначен для задания параметров определения показателей эффективности проекта и степени детализации результатов. Выставим ставку дисконтирования в размере 10%.

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

Модуль "Инфляция" обеспечивает ввод данных, характеризующих инфляционные факторы внешней среды, в которой реализуется проект. В данном диалоге предусмотрены процедуры ввода показателей инфляции по пяти группам объектов инфляции, которые характеризуют изменения стоимости поступлений и выплат по основным статьям проекта:

сбыт (продукция или услуги),

прямые издержки (материалы, комплектующие и другие переменные издержки кроме заработной платы),

общие издержки (операционные, торговые, административные издержки),

заработная плата,

недвижимость (здания, сооружения, оборудование).

Спрогнозируем инфляцию на уровне 10% в год.

ProjectExpert помогает отразить особенности налоговой системы. Расходы на налоговые платежи составят 40% от объема продаж.

Перейдем к разделу "Инвестиционный план".

В разделе "Инвестиционный план" можно составить календарный график начальных капитальных вложений и подготовительных работ. Здесь можно определить этапы работ, указать ресурсы, необходимые для выполнения этих этапов и их стоимость, установить взаимосвязи между этапами, сформировать активы предприятия, описать способы и сроки амортизации активов.

Календарный план – главный модуль раздела (рис.А2). Здесь производится формирование календарного плана, списка активов, составляется описание используемых ресурсов, определяются другие характеристики начальных инвестиций и подготовки производства.

Предынвестиционная и инвестиционная фазы любого проекта требуют тщательной проработки графика работ и перечня привлекаемых ресурсов. Система Project Expert формирует календарный график первоначальных капитальных вложений и подготовительных работ – диаграмму GANTT.

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

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

Планируются следующие мероприятия:

· закупка оборудования для производства стоимостью 100000 руб. (01.03.2005-20.03.2005);

· закупка комплектующих стоимостью 900000 руб. (07.03.2005-21.03.2005) и 1800000 руб. (01.08.2005-20.08.2005);

· выплата заработной платы персоналу (2 техника по 7500 руб. в месяц);

· маркетинговые акции – 100000 руб.

Амортизацию производственного оборудования будем считать линейным методом. Период ликвидации – 100 мес.

План основной деятельности, предусмотренной проектом, опирается на прогноз объема сбыта продукции или услуг, который, в свою очередь, основывается на результатах исследования рынка(рис.А3). За исследуемый период планируется сбыть 400 шт. спирографов СП02. Стоимость одного спирографа – 21000 руб.

Помесячно сбыт планируется следующим образом:

· апрель 2005 – 3 шт.;

· май 2005 – 7 шт.;

· июнь 2005 – 22 шт.;

· июль 2005 – 30 шт.;

· август 2005 – 38 шт.;

· сентябрь 2005 – 45 шт.;

· октябрь 2005 – 50 шт.;

· ноябрь 2005 – 65 шт.;

· декабрь 2005 – 60 шт.;

· январь 2006 – 40 шт.;

· февраль 2006 – 40 шт.

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

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

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

Для организации производства спирографов СП02 привлекаются инвестиции в сумме 1200000 руб. под 5% годовых. Срок погашения задолженности – 6 месяцев.

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

Таблица 1 - Планируемая чистая прибыль от выполнения инвестиционного проекта

В разделе "Анализ проекта" выдаются показатели эффективности инвестиций (рис.А4). Получены следующие данные:

Таблица 2 - Эффективность инвестиций

В ходе анализа инвестиционного проекта на примере ООО "Монитор" по выпуску спирографа СП02 вносится предложение об осуществлении данного проекта.

ЗАКЛЮЧЕНИЕ

В ходе проделанной работы сделаны следующие выводы:

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

В основе оценки эффективного использования инвестиций – сравнение денежного потока, образующегося в результате реализации инвестиционного проекта, и исходных инвестиций. Существуют следующие методы анализа:

· дисконтированный срок окупаемости (DPB);

· чистое современное значение инвестиционного проекта (NPV);

· внутренняя норма прибыльности (доходности, рентабельности) (IRR).

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

Изучая рассчитанные системой Project Expert показатели оценки финансовых рисков на эффективность инвестиций, пользователь может определить: максимальный объем убытка по данному риску; сопоставить его с объемом вкладываемого капитала; сравнить его со всеми собственными финансовыми ресурсами и определить, не приведет ли финансовый риск к банкротству инвестора.

"Общая" оценка эффективности инвестиций в проект производится на основе рассчитываемых системой показателей, таких, как период окупаемости, дисконтированный период окупаемости, средняя и внутренняя нормы рентабельности, модифицированная внутренняя норма рентабельности, показатель чистого приведенного дохода и индекс прибыльности проекта. Система Project Expert позволяет изучить, как будут изменяться показатели эффективности инвестиций проекта в зависимости от изменения степени финансового риска и других исходных данных проекта.

Программа Project Expert – российская финансовая программа, официально признанная Министерством Экономики и Европейским Банком реконструкции и развития. Программа Project Expert является одним из немногих примеров российского экспортного продукта, продающегося в Польше, Чехии, Германии, США, Великобритании.

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

СПИСОК ЛИТЕРАТУРЫ

1. Бузова И. А., Маховикова Г. А., Терехова В. В. Коммерческая оценка инвестиций /под ред. Есилова В. Ф.- СПб.: Питер, 2004. - 386-412 с

2. ФЗ "Об инвестиционной деятельности в Российской Федерации, осуществляемой в форме капитальных вложений" в ред. от 02.01.2000г. № 22

3. ProjectExpert–программа подготовки бизнес-плана и анализа инвестиционного проекта //http://www.expertsystems.com/rus/service/financial/pe/index.htm.

4. Алиев В.С. Практикум по бизнес-планированию с использованием программы Project Expert. – М.: ФОРУМ – ИНФРА-М, 2007. – 272 с.

5. Аньшин В.М. Инвестиционный анализ. – М.: Дело, 2004. – 280 с.

6. Бронштейн Е.М., Черняк Д.А. Сравнительный анализ показателей эффективности инвестиционных проектов // Экономика и математические методы. – 2005. – №2. – С. 21–29.

7. Бочаров В.В. Инвестиции. – СПб.: Питер, 2004. – 288 с.

8. Идрисов А.Б. Планирование и анализ эффективности инвестиций.- Про-Инвест-ИТ, 2001.

9. Косяченко С.А. Сравнительный анализ программ для разработки и оценки инвестиционных проектов: "Альт – Инвест", "ProjectExpert", "ТЭО – Инвест" // http://webinvest.ipu.rssi.ru/news/rrr.htm.

ПРИЛОЖЕНИЕ А

Рис. А1 - Главное меню Project Expert.

Рис. А2 - Календарный план в Project Expert

Рис. А3 - Описание схемы сбыта

Рис. А4 - Оценка эффективности инвестиций и финансовые показатели