Компьютерные технологии в бизнес-проектировании

Среднее звено представляет собой слой логики и в этом качестве может поддерживаться или не поддерживаться отдельным аппаратным обеспечением. Логика приложения — это процесс, который может выполняться на клиентской машине или на сервере, т. е. он скомпилирован в виде клиентского или серверного процесса и реализован как библиотека DLL (DynamicLinkLibrary— динамически подключаемая библиотека), интерфейс API (ApplicationProgrammingInterface— интерфейс прикладного программирования), RPC-вызовов (RemoteProcedureCalls-удаленный вызов процедуры) и т. д.Этап детализированного проектирования. Архитектурный проект описывает программный продукт с точки зрения составляющих его модулей. Детализированный проект описывает каждый модуль. При разработке типичной ИС модули реализуются либо в виде клиентской компоненты, либо серверной компоненты. За первые отвечают проектировщики прикладной части, вторую должны разрабатывать проектировщики баз данных. Проект пользовательского интерфейса (клиентского приложения) должен соответствовать принципам проектирования GUI-интерфейса, установленным разработчиком конкретного GUI-интерфейса (Windows, Motif, Macintosh). Подобные принципы обычно доступны в WWW как часть электронной документации GUI-интерфейса (см.

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

Конечно, принцип «контроль является прерогативой пользователя» не следует принимать буквально — программа по-прежнему может проверять права пользователя и запретить некоторые пользовательские действия.)Проект базы данных определяет объекты сервера базы данных— скорее всего, реляционной (или, возможно, объектно-реляционной). Часть этих объектов представляет собой контейнеры данных (таблицы, взгляды и т. д.). Другие объекты являются процедурами (хранимые процедуры, триггеры и т. д.)Этап реализации. Реализация информационной системы включает инсталляцию приобретенного ПО и программирование ПО, разрабатываемого под заказ. Кроме того, реализация подразумевает осуществление некоторых других важных мероприятий, таких как загрузка тестовых и производственных баз данных, тестирование, обучение пользователей, вопросы, связанные с аппаратным обеспечением, и т. д.Типичная организация бригады по реализации проекта ПО предполагает разделение программистов на две группы: одну, ответственную за программирование клиентских приложений, и другую, которая должна отвечать за программирование сервера баз данных. Клиентские программы реализуют оконный интерфейс, логику приложений и при необходимости вызывают программы баз данных (хранимые процедуры).

Ответственность за непротиворечивость баз данных и корректность транзакций лежит на серверных программах. Как раз в духе итеративной и наращиваемой разработки проект пользовательских интерфейсов иногда подвергается значительным изменениям на этапе реализации. Прикладные программисты могут предпочитать — в зависимости от вида реализуемых диалоговых окон — следовать принципам разработки, предлагаемым поставщиком GUI-интерфейса, продвигать программирование или повышать продуктивность работы пользователей. Аналогично реализация сервера баз данных может вызвать изменения в проектных документах. Непредвиденные проблемы, связанные с базами данных, трудности при программировании хранимых процедур и триггеров, вопросы параллелизма, интеграция с клиентскими процессами, настройка производительности и т. д. — вот перечень только некоторых причин, которые могут повлечь за собой необходимость модификации проекта. Этап интеграции. Наращиваемая разработка предполагает наращиваемую интеграцию программных модулей. Эта задача не так проста, как может показаться на первый взгляд. Для больших систем интеграция отдельных модулей может потребовать больше времени и усилий, чем любой из более ранних этапов ЖЦ, включая реализацию. Еще Аристотель заметил, что целое больше простой суммы частей. Интеграция модулей должна быть тщательно спланирована в самом начале жизненного цикла ПО.

Программные компоненты, подлежащие отдельной реализации, должны быть идентифицированы на ранних стадиях анализа системы. К этому вопросу необходимо постоянно возвращаться, уточняя детали во время архитектурного проектирования. Порядок реализации должен позволять как можно более плавную наращиваемую интеграцию. Основная трудность, связанная с наращиваемой интеграцией, заключается в существовании взаимных обратных зависимостей между модулями. Хороший проект системы отличается минимальной связностью (coupling) модулей. Тем не менее, время от времени два модуля оказываются зависимы друг от друга, так что ни один из них не может функционировать изолированно. Что делать, если необходимо поставить один из модулей еще до того, как другой готов к применению? Ответ состоит в написании специальной программы для временного «заполнения бреши» так, чтобы все модули оказались интегрированными. Программная процедура, предназначенная для имитации работы отсутствующего модуля, называется заглушкой (stubs).В отличие от традиционных программных систем, основанных на понятии главной программы, в современных объектно-ориентированных системах, управляемых событиями, отсутствует центральная интеллектуальная (главная) программа. Более того, в современных системах отсутствует четко определенная интеграционная структура.

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

Если система спроектирована недостаточно качественно, этап интеграции приведет к хаосу и поставит под угрозу весь проект по разработке системы. Этап сопровождения. Этап сопровождения наступает после успешной передачи заказчику каждого последующего программного модуля и, в конечном счете, всего программного продукта. Сопровождение — не только неотъемлемая часть жизненного цикла ПО; оно составляет его большую часть, если речь идет о времени и усилиях персонала ИТ-подразделений, приходящихся на сопровождение. Скеч (Schach) приводит оценку, по которой 67% времени ЖЦ приходится на сопровождение ПО. Сопровождение состоит из трех различных стадий. Поддержка эксплуатации.Адаптивное сопровождение. Улучшающее сопровождение.Поддержка эксплуатации (housekeeping) связана с рутинными задачами сопровождения, необходимыми для поддержания системы в состоянии готовности к применению пользователями и эксплуатационным персоналом. Адаптивное сопровождение (adaptivemaintenance) связано с отслеживанием и анализом работы системы, настройкой ее функциональных возможностей применительно к изменениям внешней среды и адаптацией системы для достижения заданной производительности и пропускной способности. Под улучшающим сопровождением (perfectivemaintenance) понимают перепроектирование и модификацию системы для удовлетворения новых или существенно изменившихся требований. В конечном итоге продолжение сопровождения системы становится нецелесообразным, и ее следует свернуть. Сворачивание (phasingout) обычно осуществляется по причинам, которые имеют мало общего с утратой ПО своей полезности: оно, возможно, попрежнему остается вполне пригодным для использования, однако становится непригодным для сопровождения.

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

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

Финансовый план

Приведем данные в таблицу, в силу малочисленности коллектива получаем: Статьи расхода

СуммаЗаработная плата сотрудников5 * 40 000 = 200 000Аренда офиса100 000Оборудование350 000Амортизация5*12=60(1/60)*100 = 1,66 350 000 *1,66% = 5810

Итого650 000Ежемесячные затраты305 810

План для возмещения ежемесячных расходов, это сопровождение проектов и наработка новых заказчиков. По состоянию на сегодняшний день объем заказов ООО «Студия — Винтаж» составляют 450 000 рублей. Это проекты пока без ежемесячного обслуживания. Следовательно, обязательной стратегией компании будет перевод разовых клиентов на абонентское обслуживание, для получения регулярных денежных средств от заказчиков. Рассмотрим в данном разделе ценообразование стоимости услуг по разработке сайтов данной фирмы. Главной целью данной компании является: занять устойчивое положение на рынке интернет услуг, постараться ориентироваться на разработку сайтов высокого качества, хороший объем реализации, а также увеличение доли продаж, по сравнению с конкурентами. Компания заинтересована в насыщении рынка и сбытовой работе, считая данный пункт важным шагом для получения стабильности и закрепления на рынке таких услуг. Стремление по максимизации объемов напрямую связано с возможностями имеющихся сотрудников, снижать максимально расходы, но в пределах разумного. Потому что изначально при выходе на рынок, новые компании обладают таким, конкурентным преимуществом по распределению затрат.

Чтобы это приносило выгоду в момент участия на тендерах. Минимальные цены участники рынка запрашивают за сайты-визитки. Более дорогими являются многостраничные сайты. Максимальные цены запрашиваются за порталы со встроенными интернет-магазинами.Предполагается, что в ближайшие 1,5−2 года на данном рынке будут наиболее рельефно проявляться две ценовые тенденции. С одной стороны, из-за возрастания конкуренции и увеличения на рынке доли теневых предпринимателей (аутсайдеров) цены будут снижаться — ориентировочно на 5−7% процентов в год.

С другой стороны, из-за инфляционных процессов номинальный размер расценок будет возрастать на величину инфляции (т.е. 7% в год). Кроме того, активизация налоговых и правоохранительных органов в части борьбы с незаконным предпринимательством может вывести с рынка часть аутсайдеров, что придаст импульс к повышению цен официальными производителями на 8−12% в год. Анализ рисков проекта

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

Риск Внутренний — связан с наличием грамотного и профессионального персонала. Риск Политический — изменение в законодательстве, которое может повлиять на деятельность компании. Срок окупаемости данного проекта. Расчет ведется следующим образом, сумма первоначальных инвестиций делится на величину среднегодовых денежных поступлений. Применяется, когда денежные поступления примерно равны по годам: PBР = ∑ Io / PV, (1)где Io — первоначальные инвестиции;PV — среднегодовые денежные поступления от проекта. РВР = Будем считать первоначальными инвестициями затраты которые понесли учредители фирмы, при ее образовании. Учредитель у компании 1, и он внес 200 000 рублей. Так как компания уже зарекомендовала себя на рынке города, и работает, средние годовые поступления составили 250 000 в месяц. В результате расчета получаем, что срок окупаемости проекта составляет примерно 1 месяц. Заключение

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

Задача 1 Финансовая оценка инвестиционного проекта

Исходные данные для расчета. Расчетные показатели

Все возможные расчеты, по которым имеются данные произведены в Excel. ROA = Income / Assets (2)гдеIncome -чистаяприбыль;Assets — средняя за год величина всех активов предприятия. Рентабельность собственного капитала = Чистая прибыль / Собственный капитал

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

Коэффициент оборачиваемости запасов — коэффициент равный отношению себестоимости проданных товаров к среднегодовой величине запасов. Коэффициент оборачиваемости дебиторской задолженности (Receivables Turnover, RT) — финансовый показатель, рассчитываемый как отношение оборота компании к среднегодовой величине дебиторской задолженности. Формула расчета:

где: Объем продаж — годовой оборот компании

Задача 2 Расчет показателей эффективности инвестиций

Все данные произведены в табличном редакторе Excel.12356RDCF 801 452 153 804 500,15I500200 DFICFI*DFCF*DF 0,869 565 500 434,80,01 0,75 614 420 080 151,260,52 0,657 516 1450,095,33 0,571 753 2150,0122,94 0,497 177 3 800 188,95 0,432 328 4 500 194,56586,0662,2NPV76,2PI1,13