продлж. Выпускная квалификационная работа. Автоматизация работы интернетмагазина
Скачать 6.34 Mb.
|
SWOT анализ разработкиSWOT - аббревиатура английских слов Strength (сила), Weakness (слабость), Opportunities (возможности), Threats (угрозы). Этапы SWOT-анализа: Выявление сильных и слабых сторон разработки, её возможностей и угроз. Формирование и анализ SWOT-матрицы. Выработка заключения о перспективности разработки. Проанализировать возможности развития информационной системы учета товаров поможет SWOT-матрица, в которой приводится влияние каждого преимущества или недостатка разработки на существующие возможности развития и возникающие при этом угрозы. Таблица 10 SWOT-матрица
Проанализировав данную SWOT-матрицу, можно сделать следующие выводы. Самой сильной стороной разработки является ее многофункциональность. В дальнейшем необходимо обращать особое внимание на обеспечение и расширение этой стороны разработки. Все выделенные слабые стороны разработки являются достаточно важными и необходимо принять меры по их устранению. Из рассмотренных возможностей более реальной считается возможность расширения круга возможных потребителей, хотя данная возможность при существующих слабостях весьма проблематична. Совершенствование же разработки при недостатке финансирования и нехватке кадров вообще невозможно. Наиболее оптимальным решением этой проблемы является увеличение числа квалифицированных кадров. Наиболее опасной угрозой представляется быстрое устаревание разработки, но при сложившихся условиях это не столь существенная угроза. Появление конкурентов представляется маловероятным вследствие наличия сильных сторон разработки. Заключение о перспективности разработки можно сделать следующее, что в настоящее время имеются некоторые трудности в дальнейшем развитии разработки, но, тем не менее, разработка является достаточно перспективной, об этом говорит оценка «+4». Первоочередной задачей для совершенствования программного продукта является повышение квалификации кадров. В рассмотренной главе была построена новая информационная модель «КАК ДОЛЖНО БЫТЬ» и по сравнению с моделью «КАК ЕСТЬ» показывает некоторые изменения, которые будут совершены в результате разработки автоматизированной системы. Были описаны основные классификаторы и системы кодирования. С помощью CASE-средств была спроектирована логическая и физическая модели базы данных. Были описаны инфологическая и даталогическая модель базы данных. Приведена характеристика входной и результатной информации. А также представлено программное и технологическое обеспечение задачи, был описан контрольный пример реализации проекта. В конце главы была обоснована целесообразность разработки с экономической точки зрения и проведён SWOT-анализ, в результате которого были выявлены сильные и слабые стороны разработки, а также возможности ее развития и угрозы. |