Производственный менеджмент. Задание 2. 1. Необходимость проекта обоснование необходимости
 Скачать 261.33 Kb.
|
|
1. Необходимость проекта 1.1. ОБОСНОВАНИЕ НЕОБХОДИМОСТИ Основным бизнес-процессом рассматриваемого предприятия является продажа дверей и оказание сопутствующих услуг. Так как процесс продаж для данной фирмы является основным, он уже автоматизирован с помощью использования специального программного обеспечения, налажен и успешно осуществляется. В части магазинов это использование системы комплексной автоматизации предприятия «1С:Предприятие 8.0» с возможностью интеграции со складской системой и системой учета продаж. Следовательно, эти процессы в дополнительной автоматизации не нуждаются. Подготовка отчетности (налоговой, бухгалтерской) также осуществляется с помощью программного комплекса «1С:Бухгалтерия 8.0», что позволяет снизить трудоемкость данного процесса. Внедрение веб-представительства для рассматриваемого предприятия имеет следующие цели: Расширение рынка и увеличение количества покупателей; Уменьшение трудозатрат менеджеров по продажам; Уменьшение стоимостных затрат на обеспечение ключевых процессов (продаж); Снижение количества ошибок в отчетности и увеличение скорости ее подготовки. 1.2. ВИДЕНИЕ ПРОЕКТА Дополнительными услугами являются следующие: Подбор, комплектование и сборка дверей по требованию клиента на основании имеющихся комплектующих; Доставка дверей; Установка дверей. В настоящее время для охвата рынка компании просто необходимо наличие сайта с возможностью просмотра каталога и продажи продукции. Под веб-представительством компании понимается веб-страница (или веб-сайт как совокупность веб-страниц), удовлетворяющую следующим критериям: веб-страница управляется самой компанией или ее уполномоченным представителем. Это означает, в частности, что содержание страницы (сайта), как и график его изменения, устанавливается компанией, и что другие фирмы не имеют равных прав по использованию этой веб-страницы в своих коммерческих интересах; веб-страница используется для коммерческого взаимодействия компании со своими потребителями (распространение информации о товарах и услугах компании, ведение электронной торговли и т. д.); веб-страница (веб-сайт) однозначно и без привлечения дополнительной информации идентифицируется другими пользователями интернета как принадлежащая данной компании; веб-страница имеет постоянный URL-адрес, а в том случае, если речь идет о веб-сайте, то каждая из его страниц имеет свой URL-адрес, и при этом все страницы связаны гиперссылками. 1.3. АНАЛИЗ ВЫГОД Снижение трудоемкости основных процессов. Ожидаемая экономия рабочего времени составляет около 368 минут или 6 часов еженедельно. 2. Концепция решения Концепция решения предоставляет общее описание подходов, которые проектная группа предполагает использовать для разрешения проблем и/или удовлетворения потребностей заинтересованных сторон. 2.1. ЦЕЛИ И ЗАДАЧИ Для разработки веб-представительства, как правило, используются системы управления контентом. Учитывая все затраты, очень важно сделать правильный выбор системы управления контентом. Преимущества CMS важны и не могут быть игнорированы. Однако необходимо осознано подходить к выбору CMS. Системы управления контентом не являются панацеей для решения всех проблем. Тем не менее, они могут быть очень полезным инструментом. Существует масса доводов в пользу применения систем управления контентом для создания сайтов. Есть аргументы и в пользу статичных сайтов, особенно в случаях небольших и простых проектов, которые можно отнести к разряду сайтов-визиток. Нельзя утверждать, что во всех случаях создания сайтов применение систем управления контентом экономически оправданно. Тому, перед кем встала задача создания нового или реконструкции существующего сайта, стоит внимательно рассмотреть аргументы за и против применения CMS. 2.2. ПРЕДПОЛОЖЕНИЯ И ОГРАНИЧЕНИЯ Выбор системы зависит от множества критериев и связан с качеством и полнотой проработки всех предшествующих этапов цепочки автоматизации. Также, именно в результате их проведения, решается, будет ли внедрена готовая система или придется создавать программное обеспечение непосредственно под имеющееся предприятие. Основной вопрос, встающий перед компанией, что проще и дешевле: своими силами создать готовое решение или приобрести его на стороне. Но одно дело доверить столь ответственное задание специалистам, создающим готовые проекты, другое - собрать IT-отдел и заказать разработку системы, полностью отвечающим требованиям предприятия. 2.3. АНАЛИЗ ИСПОЛЬЗОВАНИЯ Основой формулировки требований является анализ использования, включающий определение пользователей и описание того, как пользователи будут взаимодействовать с решением. 2.3.1. Пользователи Разграничение прав пользователей
2.3.2. Сценарии использования  . 2.4. ТРЕБОВАНИЯ Требования определяют, что должно делать разрабатываемое решение. Требования могут выражаться в терминах функциональности или в виде правил и параметров, определяющих функциональность. 2.4.1. Требования пользователей Зарегистрировавшись, клиент получает следующие дополнительные возможности: Вход с паролем; Просмотр истории заказов; Изменение адресных данных; Изменение контактной информации. 2.4.2. Системные требования В разрабатываемом веб-представительстве, при заполнении справочников и осуществлении процесса продаж продукции компании, используются следующие входные документы: Перечень продукции для продажи; Перечень способов оплаты; Перечень пользователей. Прайс-лист имеет в своем составе следующие реквизиты: Наименование категории продукции; Наименование продукции; Стоимость продукции; Описание продукции. 3. Рамки Рамки определяют пространство параметров, в котором будет создаваться решение, детализируя функциональность, определяя, что останется за рамками решения и указывая критерии, по которым заинтересованные лица будут судить о готовности решения. Рамки создаются на основе единого видения, являются результатом компромисса между сформулированными целями и условиями реальности и отражают приоритезацию заказчиком имеющихся требований к создаваемому решению. Частью процесса определения рамок проекта является вынесение менее важной функциональности из текущего проекта в планы на будущее. Рамки решения определяют функциональность решения и его возможности (включая те, что не относятся к программному обеспечению). Возможность (функциональность, составляющая, feature) – это требуемый или желаемый аспект программного или аппаратного обеспечения. Например, предварительный просмотр перед печатью может быть возможностью текстового процессора. Сопроводительные руководства пользователей, интерактивные файлы помощи, операционные руководства и обучение также могут быть составляющими решения. Рамки проекта определяют объем работ, который должен быть выполнен проектной группой для поставки заказчику каждого из элементов, определенного рамками решения. Управление рамками проекта критично для его успеха. Советуют определять и фиксировать рамки решения и проекта, используя треугольник компромиссов и матрицу компромиссов проекта. 3.1. ФУНКЦИОНАЛЬНОСТЬ РЕШЕНИЯ В ходе проектирования информационной системы были приняты решения по ее программному, техническому информационному обеспечению. Для разработки системы использовались язык программирования PHP и система управления базами данных MySQL 5. В результате была разработано автоматизированное рабочее место диспетчера, позволяющее автоматизировать учет и получение отчетности по движению транспортных средств организации. 3.2. ЗА РАМКАМИ РЕШЕНИЯ В результате проектирования были также выделены и описаны используемые классификаторы и системы кодирования, описана ER-диаграмма базы данных, указаны схемы технологического процесса сбора, обработки и выдачи информации. 3.3. КРИТЕРИИ ОДОБРЕНИЯ РЕШЕНИЯ В результате расчета экономической эффективности внедрения разработанной системы сокращение трудовых затрат в абсолютном выражении составило 1556 чел./ч, сокращение стоимостных затрат − 309475 руб. в год. Разработанная информационная система является законченной и может быть внедрена в любой организации со схожими бизнес-процессами, то есть является универсальной. 4. Стратегии дизайна решения 4.1. СТРАТЕГИЯ АРХИТЕКТУРНОГО ДИЗАЙНА На основе разработанного списка возможностей и функций формируется стратегия архитектурного дизайна, описывающая решение в целом. Она определяет компоненты решения и их взаимодействие. Отличный способ описания решения на этом этапе – использование иллюстрирующих диаграмм (например, UML).  4.2. СТРАТЕГИЯ ТЕХНОЛОГИЧЕСКОГО ДИЗАЙНА Веб-представительство предполагается разместить на платном хостинге одного из хостинг-провайдеров, по крайней мере, на начальном этапе его развития. Рассмотрим требования, которые необходимо определить при выборе хостинг-провайдера. Основными из них являются: 1. Технические характеристики: место на диске ограничения по трафику число почтовых ящиков число ftp-аккаунтов количество баз данных и их типы (MySQL, PostgreeSQL, Interbase, MSSQL) наличие, версии и режимы работы серверных языков программирования. 2. Наличие более высоких тарифных планов - актуально для перспективы развития проекта. 3. Ограничения на хостинге лимиты на максимальное число отправляемых писем в час/день максимальное время выполнения php-скрипта лимит по расходуемой памяти на скрипт количество одновременных соединений с базой данных MySQL максимальная загрузка процессора сервера ограничения по содержанию материалов сайтов наличие скрытых ограничений, явно не оговоренных в правилах другие ограничения 4. Поддержка методы связи наличие круглосуточной online поддержки качество работы поддержки Статус хостера: наличие официальной регистрации юрлицо, предприниматель, частник или реселлер наличие офиса 5. Отзывы пользователей на качество работы хостинга. Прежде всего подразумеваются технические характеристики самих серверов, которые включают в себя: - требования к быстродействию процессоров, которые можно сфорулировать коротко: тем быстрее, тем лучше, чем больше внутренний кеш CPU - тем лучше, и наконец чем больше процессоров - тем лучше. - оперативная память, которой никогда не бывает много. Нижний предел для объема оперативной памяти на серьезном сервере не должен быть меньше 2048 МБ. - сетевые интерфейсы - здесь все рассчитывается в зависимости от предполагаемого трафика. - дисковый объем – определяется исходя из предполагаемого объема данных. Кроме того, в идеальном случае серверы расположены в отдельном помещении, где есть кондиционирование, резервное питание, стойки, и квалифицированный обслуживающий персонал (в датацентрах). Такие характеристики зависят прежде всего от планируемого количества посетителей в сутки, к примеру: Рекомендуемая конфигурация для проектов с посещаемостью менее 50000 в день: Processor Intel Pentium III 800 MHz, 512Mb RAM, 100Mb HDD свободного места на диске. Рекомендуемая конфигурация для проектов с посещаемостью более 50000 в день: Processor Intel Pentium IV 1.7 GHz, 1Gb RAM, 100Mb HDD свободного места на диске. Кроме требований к хостингу, проанализируем технические характеристики используемых АРМ, выделив перечень критериев, наиболее важных для проектируемой системы. Данными критериями являются: тактовая частота процессора; количество и пропускная способность сетевых контроллеров; объем оперативной памяти. Анализируя существующие характеристики применяемых в ООО «Европан» АРМ, приходим к выводу, что они относятся к современным и потому не нуждаются в модернизации. |